Hi,
Currently we are playing with Linaro in combination with a pandaboard, it looks great but we have some follow-up questions. Using Linaro-Android 11.12 we have noticed that it launches in phone mode with a low resolution. Is there a possibility to launch it in tablet mode and increase the resolution to 1920x1080?
On the omappedia wiki is described how to set the bootargs for the pandaboard through editing the boot.scr, but the result was a black screen, on both DVI and HDMI.
Do you have some good suggestions that will help us continue?
With kind regards, Mark Kuipers Ion Aalbers
On 01/18/2012 07:49 PM, Somebody in the thread at some point said:
Hi,
Currently we are playing with Linaro in combination with a pandaboard, it looks great but we have some follow-up questions. Using Linaro-Android 11.12 we have noticed that it launches in phone mode with a low resolution. Is there a possibility to launch it in tablet mode and increase the resolution to 1920x1080?
On the omappedia wiki is described how to set the bootargs for the pandaboard through editing the boot.scr, but the result was a black screen, on both DVI and HDMI.
Do you have some good suggestions that will help us continue?
TI Landing Team Android kernel supports 1080p on HDMI with accelerated video on ICS. I think that equates to this -->
https://android-build.linaro.org/builds/~linaro-android/staging-panda/
-Andy
On 18 January 2012 21:29, Andy Green andy.green@linaro.org wrote:
On 01/18/2012 07:49 PM, Somebody in the thread at some point said:
Hi,
Currently we are playing with Linaro in combination with a pandaboard, it looks great but we have some follow-up questions. Using Linaro-Android 11.12 we have noticed that it launches in phone mode with a low resolution. Is there a possibility to launch it in tablet mode and increase the resolution to 1920x1080?
On the omappedia wiki is described how to set the bootargs for the pandaboard through editing the boot.scr, but the result was a black screen, on both DVI and HDMI.
Do you have some good suggestions that will help us continue?
TI Landing Team Android kernel supports 1080p on HDMI with accelerated video on ICS. I think that equates to this -->
https://android-build.linaro.org/builds/~linaro-android/staging-panda/
You have a couple of options:
https://android-build.linaro.org/builds/~linaro-android/tracking-panda/#buil...
Is ICS 4.0.3 with the TI LT Linux-3.2.0-rc7+. It boots up with Hardware GFX in 1080p, in tablet mode.
https://android-build.linaro.org/builds/~linaro-android/landing-panda/#build...
Is ICS 4.0.3 with the omapzoom kernel (3.0.8-00009-g54475e6), comes up in 720p with Hardware GFX, and contains hardware video acceleration, in tablet mode.
https://android-build.linaro.org/builds/~linaro-android/staging-panda/#build...
Is ICS 4.0.3 with the TI LT Linux 3.1.0+. It boots up without hardware acceleration into 720p in tablet mode.
I've also included Vishal who's our Android TI PoC.
Enjoy and feel free to join us at #linaro-android on irc.freenode.net.
-Andy
-- Andy Green | TI Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#%21/linaroorg - http://linaro.org/linaro-blog
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Hi Ion,
On 19 January 2012 11:27, Zach Pfeffer zach.pfeffer@linaro.org wrote:
On 18 January 2012 21:29, Andy Green andy.green@linaro.org wrote:
On 01/18/2012 07:49 PM, Somebody in the thread at some point said:
Hi,
Currently we are playing with Linaro in combination with a pandaboard, it looks great but we have some follow-up questions. Using Linaro-Android 11.12 we have noticed that it launches in phone mode with a low resolution. Is there a possibility to launch it in tablet mode and increase the resolution to 1920x1080?
On the omappedia wiki is described how to set the bootargs for the pandaboard through editing the boot.scr, but the result was a black screen, on both DVI and HDMI.
Do you have some good suggestions that will help us continue?
TI Landing Team Android kernel supports 1080p on HDMI with accelerated
video
on ICS. I think that equates to this -->
https://android-build.linaro.org/builds/~linaro-android/staging-panda/
You have a couple of options:
https://android-build.linaro.org/builds/~linaro-android/tracking-panda/#buil...
Is ICS 4.0.3 with the TI LT Linux-3.2.0-rc7+. It boots up with Hardware GFX in 1080p, in tablet mode.
I guess the right build for you to use is the tracking-panda build which has Wifi and onboard audio playback support also.
https://android-build.linaro.org/builds/~linaro-android/landing-panda/#build...
Is ICS 4.0.3 with the omapzoom kernel (3.0.8-00009-g54475e6), comes up in 720p with Hardware GFX, and contains hardware video acceleration, in tablet mode.
https://android-build.linaro.org/builds/~linaro-android/staging-panda/#build...
Is ICS 4.0.3 with the TI LT Linux 3.1.0+. It boots up without hardware acceleration into 720p in tablet mode.
I've also included Vishal who's our Android TI PoC.
Enjoy and feel free to join us at #linaro-android on irc.freenode.net.
-Andy
-- Andy Green | TI Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#%21/linaroorg - http://linaro.org/linaro-blog
linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
-- Zach Pfeffer Android Platform Team Lead, Linaro Platform Teams Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#%21/linaroorg - http://www.linaro.org/linaro-blog
Thanks for all your responses. We will try it as soon as possible :)
So this tells me that the build determines which resolution it has, this can not be changed through any setting. Is this right?
With kind regards, Ion Aalbers
On 19 January 2012 08:30, Vishal Bhoj vishal.bhoj@linaro.org wrote:
I guess the right build for you to use is the tracking-panda build which has Wifi and onboard audio playback support also.
On 01/19/2012 03:37 PM, Somebody in the thread at some point said:
Thanks for all your responses. We will try it as soon as possible :)
So this tells me that the build determines which resolution it has, this can not be changed through any setting. Is this right?
You can try messing with dss kernel commandlines but I dunno you get anywhere good.
Fracture in video status reflects fracture in TI approach to how the work is done.
There's an upstream effort to get definitive mainline support in, and separately there's customer support based approach from TI that is mainly targeted at Android / Omapzoom.
The code quality is best in mainline but support is incomplete, especially about multihead. In OZ and OZ-ish kernels, filter for what goes in is not as aggressive as mainline, enablement is better but basis is always an old release. That means, the old, working 3.0 code diverges from what got into mainline for later releases and can't be brought on easily unless treated as alien code like SGX.
Linaro TI LT kernel is trying to be a third approach, while worshipping mainline HEAD above all, so we have recent development basis, we glue on whatever missing pieces we can scavenge from wherever, keeping them up to date with Linus HEAD with to goal of being a highly enabled "fake upstream" with the missing pieces integrated.
In your case that boils down to: Jassi added code to come out on HDMI connector at 1080p via EDID on our kernel, AOSP omap 3.0-based kernel doesn't have that support.
-Andy
Hi all,
We have both tried all the builds on the pandaboard 4430 but we have encountered some problems. It seems like those builds are depending on the screen on how they will behave.
The problem at my side is that the display doesn't want to show something. I have tried all the builds on my Asus computer screen (HDMI 1920x1080) and my Sony Braviahttp://store.sony.com/webapp/wcs/stores/servlet/ProductDisplay?catalogId=10551&storeId=10151&langId=-1&partNumber=KDL40NX700#features(HDMI 1920x1080). But every time the screen stayed black. This was all tested with the HDMI port to HDMI in the screen.
At Mark, the builds worked on his tv at 720p (also Sony Bravia but older) through HDMI. But when he connected the pandaboard from HDMI to DVI (with an converter) it started in phone mode with a low resolution.
We followed the instructions of the links you send to us carefully and we can confirm that Android was running.
Could there be a problem with the EDID protocol in combination with our screens? And is there a way to override it when the screen doesn't support the EDID protocol?
With kind regards, Mark Kuipers Ion Aalbers
On 19 January 2012 14:19, Andy Green andy.green@linaro.org wrote:
On 01/19/2012 03:37 PM, Somebody in the thread at some point said:
Thanks for all your responses. We will try it as soon as possible :)
So this tells me that the build determines which resolution it has, this can not be changed through any setting. Is this right?
You can try messing with dss kernel commandlines but I dunno you get anywhere good.
Fracture in video status reflects fracture in TI approach to how the work is done.
There's an upstream effort to get definitive mainline support in, and separately there's customer support based approach from TI that is mainly targeted at Android / Omapzoom.
The code quality is best in mainline but support is incomplete, especially about multihead. In OZ and OZ-ish kernels, filter for what goes in is not as aggressive as mainline, enablement is better but basis is always an old release. That means, the old, working 3.0 code diverges from what got into mainline for later releases and can't be brought on easily unless treated as alien code like SGX.
Linaro TI LT kernel is trying to be a third approach, while worshipping mainline HEAD above all, so we have recent development basis, we glue on whatever missing pieces we can scavenge from wherever, keeping them up to date with Linus HEAD with to goal of being a highly enabled "fake upstream" with the missing pieces integrated.
In your case that boils down to: Jassi added code to come out on HDMI connector at 1080p via EDID on our kernel, AOSP omap 3.0-based kernel doesn't have that support.
-Andy
-- Andy Green | TI Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#%21/linaroorg - http://linaro.org/linaro-blog
On 01/23/2012 04:40 PM, Somebody in the thread at some point said:
Hi all,
We have both tried all the builds on the pandaboard 4430 but we have encountered some problems. It seems like those builds are depending on the screen on how they will behave.
The problem at my side is that the display doesn't want to show something. I have tried all the builds on my Asus computer screen (HDMI 1920x1080) and my Sony Bravia http://store.sony.com/webapp/wcs/stores/servlet/ProductDisplay?catalogId=10551&storeId=10151&langId=-1&partNumber=KDL40NX700#features (HDMI 1920x1080). But every time the screen stayed black. This was all tested with the HDMI port to HDMI in the screen.
At Mark, the builds worked on his tv at 720p (also Sony Bravia but older) through HDMI. But when he connected the pandaboard from HDMI to DVI (with an converter) it started in phone mode with a low resolution.
We followed the instructions of the links you send to us carefully and we can confirm that Android was running.
Could there be a problem with the EDID protocol in combination with our screens? And is there a way to override it when the screen doesn't support the EDID protocol?
Yeah there seems to be a race between connector presence detect and edid fetch, vs when your TV is ready to give edid. As it stands it seems to work for most TVs OK. The problem's exacerbated by hotplug not working as it should so getting the EDID later is not the same as getting it at the start.
In 3.3-rc1, Rob Clark has gotten some improved DRM-based stuff building on Tomi's previous upstream patches so all this is getting better.
For Android, the video stuff is stuck in a 3.0 kernel timewarp. We have forwardported the special version of dss and other pieces from 3.0 aosp kernel to make accelerated graphics work, but that approach means all the dss pieces are from 3.0 status and are not benefiting from gradual upstream improvements.
-Andy
-
Andy Green -
Ion Aalbers -
Vishal Bhoj -
Zach Pfeffer