Re: Android 11.12 on pandaboard

2012-01-18 Thread Vishal Bhoj 
Hi Ion,

On 19 January 2012 11:27, Zach Pfeffer  wrote:

> On 18 January 2012 21:29, Andy Green  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/#build=156
>
> 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=36
>
> Is ICS 4.0.3 with the omapzoom kernel (3.0.8-9-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=196
>
> 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/#!/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/#!/linaroorg - http://www.linaro.org/linaro-blog
>
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Android 11.12 on pandaboard

2012-01-18 Thread Zach Pfeffer 
On 18 January 2012 21:29, Andy Green  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/#build=156

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=36

Is ICS 4.0.3 with the omapzoom kernel (3.0.8-9-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=196

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/#!/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/#!/linaroorg - http://www.linaro.org/linaro-blog

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Android 11.12 on pandaboard

2012-01-18 Thread Andy Green 

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

--
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/#!/linaroorg - http://linaro.org/linaro-blog


___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: LAVA and Android Toolchain Benchmarks

2012-01-18 Thread Zach Pfeffer 
Dude this totally rocks. Also adding linaro-dev.

On 17 January 2012 22:59, Andy Doan  wrote:
> Sorry for the wide distribution, but I wasn't sure who all would be
> interested.
>
> I spent time over the last month updating the Android monthly toolchain
> benchmark process[1] to pull its benchmark data from LAVA tests that are
> stored in validation.linaro.org. Here's an example test run[2].
>
> This month's results will be published to the wiki as I normally do.
> However, I spent some time last weekend looking at how to handle this on
> the validation server as well. I first toyed with trying to do a simple
> report plugin. However, it really didn't quite have everything I thought
> was needed.
>
> I wound up using the "LAVA kernel CI views" project as a skeleton to
> create something for Android. I've got a local prototype that's starting
> to do just about everything I want (I'm fighting some issues the the
> javascript FLOT library for my charts). I'm attaching a screenshot so
> you can get a rough idea.
>
> Before I really invest time, I wanted to get people's thoughts. Some big
> questions for me:
>
> 1) Is anyone against doing this?
> 2) The project is currently called "Android Benchmarks". However, I'm
> wondering if we should make more of a generic view for "Android".
> "Toolchain Benchmarks" could then be one part of this, but we'd have a
> spot to add other things if needed/wanted. Due to how projects are shown
> across the top of validation.l.o, I think we need pretty concise entries.
> 3) If the general thought is "this looks okay", then are you guys okay
> with targeting it for next month?
>
> [1]
> 
> [2]
> >
>
> ___
> linaro-android mailing list
> linaro-andr...@lists.linaro.org
> http://lists.linaro.org/mailman/listinfo/linaro-android
>



-- 
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/#!/linaroorg - http://www.linaro.org/linaro-blog

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver

2012-01-18 Thread Grant Likely 
On Wed, Jan 18, 2012 at 11:42:28AM +, Mark Brown wrote:
> On Wed, Jan 18, 2012 at 11:39:50AM +, Mark Brown wrote:
> 
> > This appears to reintroduce the setting of an exact voltage which I'm
> > sure was fixed in previous versions of the patch.
> 
> Erk, sorry - it looks like the device tree list has quite a bit of lag
> in moderation and sent out some old patches which I didn't notice.  All
> this has been fixed in subsequent verisons.

Yeah, that's my fault.  I'm rather a bursty moderator at times.

g.


___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Binary Blobs Attack!!!

2012-01-18 Thread Zach Pfeffer 
I had my "Binary Blobs Attack!!!" BoF session accepted at ELC this year:

Most SoC vendors distribute binary blobs with Linux kernel shims.
These binary blobs enable graphics engines, DSPs and other cores on
ARM and other architecture SoCs. These binary blobs tend to be tied to
specific kernel versions which limits unreadability and hackability
and complicates device manufactures, which slows down innovation and
the introduction of new and unique computing devices. This BoF is
aimed at trying to improve this situation with pragmatic steps.
Anyone interested in discussing their experience with binary blob
integration, ideas for making this easier to deal with across
architectures, ways to encourage openness while allowing vendor
differentiation and others interested in a constructive dialog should
attend.


I was wanted to get some feedback from people about their own binary
blob experiences. I think this will be a good place to have a good
productive conversation about this critical issue.

This is ELC so We'll want to cover issues that affect all Linux distros.

-- 
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/#!/linaroorg - http://www.linaro.org/linaro-blog

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [ACTIVITY] Multimedia WG weekly status report - wk01.2012 (20120102-20120106)

2012-01-18 Thread Mark Brown 
On Mon, Jan 09, 2012 at 10:55:45PM -0600, Kurt Taylor wrote:

> 1) Port and enhance functional drop of tinyhardware -
> https://blueprints.launchpad.net/linaro-multimedia-ucm/+spec/linaro-mmwg-ucm4android

I should be forward porting this to ICS in the next few weeks, for
values of "forward port" which look like "completely rewrite".

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Android 11.12 on pandaboard

2012-01-18 Thread Ion Aalbers 
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
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver

2012-01-18 Thread Mark Brown 
On Wed, Jan 18, 2012 at 11:39:50AM +, Mark Brown wrote:

> This appears to reintroduce the setting of an exact voltage which I'm
> sure was fixed in previous versions of the patch.

Erk, sorry - it looks like the device tree list has quite a bit of lag
in moderation and sent out some old patches which I didn't notice.  All
this has been fixed in subsequent verisons.

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: [PATCH V2 1/4] cpufreq: add arm soc generic cpufreq driver

2012-01-18 Thread Mark Brown 
On Fri, Dec 16, 2011 at 06:30:59PM +0800, Richard Zhao wrote:

> + if (higher && cpu_reg)
> + regulator_set_voltage(cpu_reg,
> + cpu_volts[index], cpu_volts[index]);
> +
> + ret = clk_set_rate(cpu_clk, freq);
> + if (ret != 0) {
> + printk(KERN_DEBUG "cannot set CPU clock rate\n");
> + return ret;
> + }
> +
> + if (!higher && cpu_reg)
> + regulator_set_voltage(cpu_reg,
> + cpu_volts[index], cpu_volts[index]);

This appears to reintroduce the setting of an exact voltage which I'm
sure was fixed in previous versions of the patch.

> +static struct cpufreq_driver arm_cpufreq_driver = {
> + .flags = CPUFREQ_STICKY,
> + .verify = arm_verify_speed,
> + .target = arm_set_target,
> + .get = arm_get_speed,
> + .init = arm_cpufreq_init,
> + .exit = arm_cpufreq_exit,
> + .name = "arm",
> +};

This code doesn't actually look terribly ARM specific...

> + printk(KERN_INFO "ARM SoC generic CPU frequency driver\n");

Do we need this?

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

Re: Tracking patches to copy-to-slave Jenkins plugin

2012-01-18 Thread Paul Sokolovsky 
Hello Guilherme,

On Tue, 17 Jan 2012 15:44:02 -0300
Guilherme Salgado  wrote:

[]
> > So, based on all this, I wouldn't think there's something to
> > patch-track: it's not that much of upstream contribution, more of
> > upstream bugreport + local workaround. But if you think we could
> > track anything out of this, I'd appreciate a hint how to start with
> > that.
> 
> Right, it probably doesn't make sense to teach patches.l.o how to
> suck patches submitted by Linaro engineers from issues.jenkins-ci.org
> as we don't expect to see many contributions from Linaro there. If
> that changes in the future, we can certainly work something out, like
> we did for gerrit.
> 
> The way you described it sounds like the patch you submitted isn't
> even going to be merged upstream, but if you have others that you
> expect to be, you can just email a copy of them to patches@l.o, as
> described at

That's my patch was just commenting some code around. I now tested
(tracked as
https://bugs.launchpad.net/linaro-android-infrastructure/+bug/917704),
the latest changes to the plugin made by the maintainer, and they were
re-done properly: using conditionals driven by UI configuration
settings.


> 
>https://wiki.linaro.org/Process/UpstreamPatches
> 
> In that case you'll also want to ask for the creation of a new
> project on patches.l.o (instructions also on the page above)


Sounds good, thanks!



-- 
Best Regards,
Paul

Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linaro
http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

[linux-pm][RFC PATCH] thermal: Add support to report cooling statistics achieved by cooling devices

2012-01-18 Thread Amit Daniel Kachhap 
Add a sysfs node code to report effective cooling of all cooling devices
attached to each trip points of a thermal zone. The cooling data reported
will be absolute if the higher temperature trip points are arranged first
otherwise the cooling stats is the cumulative effect of the earlier
invoked cooling handlers.

The basic assumption is that cooling devices will bring down the temperature
in a symmetric manner and those statistics can be stored back and used for
further tuning of the system.

Signed-off-by: Amit Daniel Kachhap 
---
 Documentation/thermal/sysfs-api.txt |   10 
 drivers/thermal/thermal_sys.c   |   96 +++
 include/linux/thermal.h |8 +++
 3 files changed, 114 insertions(+), 0 deletions(-)

diff --git a/Documentation/thermal/sysfs-api.txt 
b/Documentation/thermal/sysfs-api.txt
index b61e46f..1db9a9d 100644
--- a/Documentation/thermal/sysfs-api.txt
+++ b/Documentation/thermal/sysfs-api.txt
@@ -209,6 +209,13 @@ passive
Valid values: 0 (disabled) or greater than 1000
RW, Optional
 
+trip_stats
+   This attribute presents the effective cooling generated from all the
+   cooling devices attached to a trip point. The output is a pair of value
+   for each trip point. Each pair represents
+   (trip index, cooling temperature difference in millidegree Celsius)
+   RO, Optional
+
 *
 * Cooling device attributes *
 *
@@ -261,6 +268,9 @@ method, the sys I/F structure will be built like this:
 |---cdev0_trip_point:  1   /* cdev0 can be used for passive */
 |---cdev1: --->/sys/class/thermal/cooling_device3
 |---cdev1_trip_point:  2   /* cdev1 can be used for active[0]*/
+|---trip_stats 0 0
+   1 8000  /*trip 1 causes 8 degree Celsius drop*/
+   2 3000  /*trip 2 causes 3 degree Celsius drop*/
 
 |cooling_device0:
 |---type:  Processor
diff --git a/drivers/thermal/thermal_sys.c b/drivers/thermal/thermal_sys.c
index dd9a574..47e7b6e 100644
--- a/drivers/thermal/thermal_sys.c
+++ b/drivers/thermal/thermal_sys.c
@@ -92,6 +92,64 @@ static void release_idr(struct idr *idr, struct mutex *lock, 
int id)
if (lock)
mutex_unlock(lock);
 }
+static void update_cooling_stats(struct thermal_zone_device *tz, long cur_temp)
+{
+   int count, max_index, cur_interval;
+   long trip_temp, max_temp = 0, cool_temp;
+   static int last_trip_level = -1;
+
+   if (cur_temp >= tz->last_temperature)
+   return;
+
+   /* find the trip according to last temperature */
+   for (count = 0; count < tz->trips; count++) {
+   tz->ops->get_trip_temp(tz, count, &trip_temp);
+   if (tz->last_temperature >= trip_temp) {
+   if (max_temp < trip_temp) {
+   max_temp = trip_temp;
+   max_index = count;
+   }
+   }
+   }
+
+   if (!max_temp) {
+   last_trip_level = -1;
+   return;
+   }
+
+   cur_interval = tz->stat[max_index].interval_ptr;
+   cool_temp = tz->last_temperature - cur_temp;
+
+   if (last_trip_level != max_index) {
+   if (++cur_interval == INTERVAL_HISTORY)
+   cur_interval = 0;
+   tz->stat[max_index].cool_temp[cur_interval] = cool_temp;
+   tz->stat[max_index].interval_ptr = cur_interval;
+   last_trip_level = max_index;
+   } else {
+   tz->stat[max_index].cool_temp[cur_interval] += cool_temp;
+   }
+}
+
+static int calculate_cooling_temp_avg(struct thermal_zone_device *tz, int trip,
+   int *avg_cool)
+{
+   int result = 0, count = 0, used_data = 0;
+
+   if (trip > THERMAL_MAX_TRIPS)
+   return -EINVAL;
+
+   *avg_cool = 0;
+   for (count = 0; count < INTERVAL_HISTORY; count++) {
+   if (tz->stat[trip].cool_temp[count] > 0) {
+   *avg_cool += tz->stat[trip].cool_temp[count];
+   used_data++;
+   }
+   }
+   if (used_data > 1)
+   *avg_cool = (*avg_cool)/used_data;
+   return result;
+}
 
 /* sys I/F for thermal zone */
 
@@ -493,6 +551,26 @@ temp_crit_show(struct device *dev, struct device_attribute 
*attr,
return sprintf(buf, "%ld\n", temperature);
 }
 
+static ssize_t
+thermal_cooling_trip_stats_show(struct device *dev,
+   struct device_attribute *attr,
+   char *buf)
+{
+   struct thermal_zone_device *tz = to_thermal_zone(dev);
+   int avg_cool = 0, result, trip_index;
+   ssize_t len = 0;
+
+   for (trip_index = 0; trip_index < tz->trips; trip_index++) {
+   result  = calculate_cooli