[PATCH] ARM: EXYNOS4: ADD USB EHCI device to SMDKV310

2011-08-17 Thread Sachin Kamat
Signed-off-by: Bhuvana Kakunoori bhuvana.kakuno...@linaro.org
Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
 arch/arm/mach-exynos4/Kconfig |2 ++
 arch/arm/mach-exynos4/mach-smdkv310.c |   16 
 2 files changed, 18 insertions(+), 0 deletions(-)

diff --git a/arch/arm/mach-exynos4/Kconfig b/arch/arm/mach-exynos4/Kconfig
index bb29d51..cc97d23 100644
--- a/arch/arm/mach-exynos4/Kconfig
+++ b/arch/arm/mach-exynos4/Kconfig
@@ -136,6 +136,7 @@ config MACH_SMDKV310
bool SMDKV310
select CPU_EXYNOS4210
select S5P_DEV_FIMD0
+   select S5P_DEV_USB_EHCI
select S3C_DEV_RTC
select S3C_DEV_WDT
select S3C_DEV_I2C1
@@ -151,6 +152,7 @@ config MACH_SMDKV310
select SAMSUNG_DEV_PWM
select EXYNOS4_DEV_SYSMMU
select EXYNOS4_SETUP_FIMD0
+   select EXYNOS4_SETUP_USB_PHY
select EXYNOS4_SETUP_I2C1
select EXYNOS4_SETUP_KEYPAD
select EXYNOS4_SETUP_SDHCI
diff --git a/arch/arm/mach-exynos4/mach-smdkv310.c 
b/arch/arm/mach-exynos4/mach-smdkv310.c
index 5f62b2b..b6c28ea 100644
--- a/arch/arm/mach-exynos4/mach-smdkv310.c
+++ b/arch/arm/mach-exynos4/mach-smdkv310.c
@@ -33,6 +33,8 @@
 #include plat/gpio-cfg.h
 #include plat/backlight.h
 #include plat/mfc.h
+#include plat/ehci.h
+#include plat/clock.h
 
 #include mach/map.h
 
@@ -167,6 +169,16 @@ static struct i2c_board_info i2c_devs1[] __initdata = {
{I2C_BOARD_INFO(wm8994, 0x1a),},
 };
 
+/* USB EHCI */
+static struct s5p_ehci_platdata smdkv310_ehci_pdata;
+
+static void __init smdkv310_ehci_init(void)
+{
+   struct s5p_ehci_platdata *pdata = smdkv310_ehci_pdata;
+
+   s5p_ehci_set_platdata(pdata);
+}
+
 static struct platform_device *smdkv310_devices[] __initdata = {
s3c_device_hsmmc0,
s3c_device_hsmmc1,
@@ -175,6 +187,7 @@ static struct platform_device *smdkv310_devices[] 
__initdata = {
s3c_device_i2c1,
s3c_device_rtc,
s3c_device_wdt,
+   s5p_device_ehci,
exynos4_device_ac97,
exynos4_device_i2s0,
samsung_device_keypad,
@@ -258,6 +271,9 @@ static void __init smdkv310_machine_init(void)
 
samsung_bl_set(smdkv310_bl_gpio_info, smdkv310_bl_data);
 
+   smdkv310_ehci_init();
+   clk_xusbxti.rate = 2400;
+
platform_add_devices(smdkv310_devices, ARRAY_SIZE(smdkv310_devices));
s5p_device_mfc.dev.parent = exynos4_device_pd[PD_MFC].dev;
 }
-- 
1.7.4.1


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


[PATCH] ARM: EXYNOS4: Enable system MMU support on Origen

2011-08-17 Thread Sachin Kamat
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
 arch/arm/mach-exynos4/Kconfig   |1 +
 arch/arm/mach-exynos4/mach-origen.c |1 +
 2 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/arch/arm/mach-exynos4/Kconfig b/arch/arm/mach-exynos4/Kconfig
index 3ab0f18..bdb76e2 100644
--- a/arch/arm/mach-exynos4/Kconfig
+++ b/arch/arm/mach-exynos4/Kconfig
@@ -192,6 +192,7 @@ config MACH_ORIGEN
select S3C_DEV_RTC
select S3C_DEV_WDT
select S3C_DEV_HSMMC2
+   select EXYNOS4_DEV_SYSMMU
select EXYNOS4_SETUP_SDHCI
help
  Machine support for ORIGEN based on Samsung EXYNOS4210
diff --git a/arch/arm/mach-exynos4/mach-origen.c 
b/arch/arm/mach-exynos4/mach-origen.c
index ed59f86..d04f7ee 100644
--- a/arch/arm/mach-exynos4/mach-origen.c
+++ b/arch/arm/mach-exynos4/mach-origen.c
@@ -83,6 +83,7 @@ static struct platform_device *origen_devices[] __initdata = {
s3c_device_hsmmc2,
s3c_device_rtc,
s3c_device_wdt,
+   exynos4_device_sysmmu,
 };
 
 static void __init origen_map_io(void)
-- 
1.7.4.1


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


Re: Need help on Parameterized Trigger Plugin of Jenkins

2011-08-17 Thread Deepti Kalakeri
On Wed, Aug 17, 2011 at 4:05 AM, Michael Hudson-Doyle 
michael.hud...@canonical.com wrote:

 On Tue, 16 Aug 2011 20:47:33 +0530, Deepti Kalakeri 
 deepti.kalak...@linaro.org wrote:
  On Tue, Aug 16, 2011 at 8:15 PM, James Westby james.wes...@linaro.org
 wrote:
 
   On Tue, 16 Aug 2011 18:02:02 +0530, Deepti Kalakeri 
   deepti.kalak...@linaro.org wrote:
Hello,
   
I am using jenkins for continuous integration work.
I have a requirement where I need to trigger a job as part of the
 post
   build
step of a job.
For example I have a job to build a source and I would like to
 trigger
   the
job that tests the binaries as part of the post build step.
Although I am aware how to trigger a job in the post build step I am
   failing
to understand how to pass
certain parameters[ information that the next job needs to know to
   execute]
to the next job.
I came across the Parameterized Trigger Plugin

  
 https://wiki.jenkins-ci.org/display/JENKINS/Parameterized+Trigger+Plugin
   but
it does not explain how to access the parameters passed in the new
 job.
   
Can someone help me with this ?
  
   Hi,
  
  
  
 https://wiki.jenkins-ci.org/display/JENKINS/Parameterized+Trigger+Plugin?focusedCommentId=47087758#comment-47087758
  
   states that the downstream job just sees the values as environment
   variables.
  
   What do you want to do with parameters that are passed?
  
 
  I need to capture the name of the new hardware pack that is built to be
 used
  further down for testing.
  Right now I am using a file to write this information and then in the
  testing job I read this file.
 
  Any suggestion or alternative?

 I think the Parameters from properties file option might be what you
 want?  It seems to me that your first job should create a file in its
 workspace that contains

 TEST_HWPACK_NAME=new hwpack name

 and then if you point the plugin at that in the job configuration, the
 triggered job should be passed TEST_HWPACK_NAME as a parameter.


Thanks Michael this helps.


 Cheers,
 mwh

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


Re: Ethernet configuration

2011-08-17 Thread Frans Gifford
Hi Mathieu,

I think 0xdroid has ethernet support (I'm sure jserv could confirm).
Did Movial get it from there?

Regards,

Frans

On 16 August 2011 23:32, Mathieu Poirier mathieu.poir...@linaro.org wrote:
 Hello all,

 I have started the interesting journey of connecting the ethernet
 controller on snowball to the android userspace.

 Starting to peal the onion at the highest level, I went into Settings,
 looking for Ethernet configuration but couldn't find the entry.  I
 know this existed at one point or another since Movial (one of STE's
 partner) has a build that runs on the snowball and it is possible to
 access the ethernet configuration panel.

 I'm currently working with 2.3.4 but 2.3.5 is the same, no Ethernet
 configuration menu under Settings.  So where did it go ?  Is there a
 way to get back the code from somewhere ?

 I will get in touch with my friends a Movial tomorrow but in the
 meantime I wanted to poke your brains...  Having a panda to test this on
 would go a long way but mine is still (slowly) making its way to my house.

 Best regards,
 Mathieu.






-- 
Linaro.org │ Open source software for ARM SoCs

Follow Linaro: Facebook | Twitter | Blog

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


Re: Toolchain builders utilisation

2011-08-17 Thread Amit Kucheria
On Wed, Aug 17, 2011 at 7:02 AM, Michael Hope michael.h...@linaro.org wrote:
 Your distraction for the day...

 Toolchain has four PandaBoards that are used for building GCC, GDB,
 and other interesting programs.  Here's a graph of how busy they are:
  http://ex.seabright.co.nz/misc/utilisation/ursas.png

 The green line is how many boards are currently running jobs.  The
 blue line is how many jobs are queued up.  The spike at day 3 is the
 end-of-week build of the upstream branches.  The drop to three boards
 at day 7 is me reserving one for benchmarking.  The spike at day 8 is
 the start of our release week where many commits and the final
 tarballs are built and tested.

 All boards were busy for seven days out of eight. I think I might need
 a few more...

That is the smoothest play for a hardware grab I've ever seen. ;-)

Nice work Michael. Is the toolchain compile very CPU bound or is IO
bandwidth a limitation for you guys? Just curious.

/Amit

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


Re: Ethernet configuration

2011-08-17 Thread Kalle Vahlman
Hi

We actually got the patches from Always Innovating Android Tree:

http://git.alwaysinnovating.com/cgit.cgi/ai.android/tree/preprocess/gingerbread/patches/

I think the original source for the ethernet support (which AI then
extended somewhat) is the Android-x86 project (they carry very similar
ones at least), but not sure about that.

 Kalle

2011/8/17 Frans Gifford frans.giff...@linaro.org

 Hi Mathieu,

 I think 0xdroid has ethernet support (I'm sure jserv could confirm).
 Did Movial get it from there?

 Regards,

 Frans

 On 16 August 2011 23:32, Mathieu Poirier mathieu.poir...@linaro.org wrote:
  Hello all,
 
  I have started the interesting journey of connecting the ethernet
  controller on snowball to the android userspace.
 
  Starting to peal the onion at the highest level, I went into Settings,
  looking for Ethernet configuration but couldn't find the entry.  I
  know this existed at one point or another since Movial (one of STE's
  partner) has a build that runs on the snowball and it is possible to
  access the ethernet configuration panel.
 
  I'm currently working with 2.3.4 but 2.3.5 is the same, no Ethernet
  configuration menu under Settings.  So where did it go ?  Is there a
  way to get back the code from somewhere ?
 
  I will get in touch with my friends a Movial tomorrow but in the
  meantime I wanted to poke your brains...  Having a panda to test this on
  would go a long way but mine is still (slowly) making its way to my house.
 
  Best regards,
  Mathieu.
 
 
 



 --
 Linaro.org │ Open source software for ARM SoCs

 Follow Linaro: Facebook | Twitter | Blog

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



--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting stuff at http://sandbox.movial.com

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


Re: Changing default root filesystem to ext4

2011-08-17 Thread Tixy
On Wed, 2011-08-17 at 00:13 -0300, Ricardo Salveti wrote:
 Yeah, if we're doing this change it seems it would make more sense to
 jump directly to the btrfs, unless we can demonstrate that the
 performance is not that superior and have any kind of blocker issues.

 Do we have any kind of benchmark results comparing each filesystem
 when using them with SD cards around?

I'm doing some benchmarking, though it's mostly being aimed at producing
media access patterns to feed into a simulation tool. From these access
patterns, btrfs looks a lot worse than any ext file system.

I just looked at the timestamps of my blktrace logs to get some real
world timings. For untaring kernel source on one of my good performance
SD cards on a Beagleboard-xM takes:

 m  s
ext4 3:30
ext3 8:30
ext2 5:00
btrfs   13:40
nilfs   10:40
logfs   10:00

this is using default mount options for file system but with noatime.

These timings also bear out preliminary results from my simulation code.
Which I'm glad of :-)

Note, I've only been looking at write performance.

-- 
Tixy


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


Re: Ethernet configuration

2011-08-17 Thread Jim Huang
2011/8/17 Frans Gifford frans.giff...@linaro.org:
 Hi Mathieu,

 I think 0xdroid has ethernet support (I'm sure jserv could confirm).
 Did Movial get it from there?

hi Frans and Mathieu,

I think both Movial and 0xdroid have similar Ethernet implementations
since android-x86 project originally contributed it to public.

However, I just wonder if LEB does need Ethernet setting UI and
framework changes.  They are indeed large piece of modifications, and
AOSP already rejected these.

Just my two cents.

Regards,
-jserv

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


Re: [PATCH] ARM: EXYNOS4: ADD USB EHCI device to SMDKV310

2011-08-17 Thread JinGoo Han
 -Original Message-
 From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
 ow...@vger.kernel.org] On Behalf Of Sachin Kamat
 Sent: Wednesday, August 17, 2011 3:59 PM
 To: linux-samsung-...@vger.kernel.org
 Cc: kgene@samsung.com; linaro-dev@lists.linaro.org; patc...@linaro.org;
 sachin.ka...@linaro.org
 Subject: [PATCH] ARM: EXYNOS4: ADD USB EHCI device to SMDKV310
 
 Signed-off-by: Bhuvana Kakunoori bhuvana.kakuno...@linaro.org
 Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com
 Signed-off-by: Sachin Kamat sachin.ka...@linaro.org

Acked-by: Jingoo Han jg1@samsung.com

 ---
  arch/arm/mach-exynos4/Kconfig |2 ++
  arch/arm/mach-exynos4/mach-smdkv310.c |   16 
  2 files changed, 18 insertions(+), 0 deletions(-)
 
 diff --git a/arch/arm/mach-exynos4/Kconfig b/arch/arm/mach-exynos4/Kconfig
 index bb29d51..cc97d23 100644
 --- a/arch/arm/mach-exynos4/Kconfig
 +++ b/arch/arm/mach-exynos4/Kconfig
 @@ -136,6 +136,7 @@ config MACH_SMDKV310
   bool SMDKV310
   select CPU_EXYNOS4210
   select S5P_DEV_FIMD0
 + select S5P_DEV_USB_EHCI
   select S3C_DEV_RTC
   select S3C_DEV_WDT
   select S3C_DEV_I2C1
 @@ -151,6 +152,7 @@ config MACH_SMDKV310
   select SAMSUNG_DEV_PWM
   select EXYNOS4_DEV_SYSMMU
   select EXYNOS4_SETUP_FIMD0
 + select EXYNOS4_SETUP_USB_PHY
   select EXYNOS4_SETUP_I2C1
   select EXYNOS4_SETUP_KEYPAD
   select EXYNOS4_SETUP_SDHCI
 diff --git a/arch/arm/mach-exynos4/mach-smdkv310.c b/arch/arm/mach-
 exynos4/mach-smdkv310.c
 index 5f62b2b..b6c28ea 100644
 --- a/arch/arm/mach-exynos4/mach-smdkv310.c
 +++ b/arch/arm/mach-exynos4/mach-smdkv310.c
 @@ -33,6 +33,8 @@
  #include plat/gpio-cfg.h
  #include plat/backlight.h
  #include plat/mfc.h
 +#include plat/ehci.h
 +#include plat/clock.h
 
  #include mach/map.h
 
 @@ -167,6 +169,16 @@ static struct i2c_board_info i2c_devs1[] __initdata =
 {
   {I2C_BOARD_INFO(wm8994, 0x1a),},
  };
 
 +/* USB EHCI */
 +static struct s5p_ehci_platdata smdkv310_ehci_pdata;
 +
 +static void __init smdkv310_ehci_init(void)
 +{
 + struct s5p_ehci_platdata *pdata = smdkv310_ehci_pdata;
 +
 + s5p_ehci_set_platdata(pdata);
 +}
 +
  static struct platform_device *smdkv310_devices[] __initdata = {
   s3c_device_hsmmc0,
   s3c_device_hsmmc1,
 @@ -175,6 +187,7 @@ static struct platform_device *smdkv310_devices[]
 __initdata = {
   s3c_device_i2c1,
   s3c_device_rtc,
   s3c_device_wdt,
 + s5p_device_ehci,
   exynos4_device_ac97,
   exynos4_device_i2s0,
   samsung_device_keypad,
 @@ -258,6 +271,9 @@ static void __init smdkv310_machine_init(void)
 
   samsung_bl_set(smdkv310_bl_gpio_info, smdkv310_bl_data);
 
 + smdkv310_ehci_init();
 + clk_xusbxti.rate = 2400;
 +
   platform_add_devices(smdkv310_devices,
 ARRAY_SIZE(smdkv310_devices));
   s5p_device_mfc.dev.parent = exynos4_device_pd[PD_MFC].dev;
  }
 --
 1.7.4.1
 
 --
 To unsubscribe from this list: send the line unsubscribe linux-samsung-
 soc in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html


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


Announcement:Linaro Android 2.3.5

2011-08-17 Thread Patrik Ryd
Hi,

Linaro Android has now moved up to 2.3.5.

The daily builds (https://android-build.linaro.org/index) are now
based on the linaro_android_2.3.5 branch of the manifest.

Please rebase any dev_branches you have to 2.3.5. The
linaro_android_2.3.4 branch will no longer be supported.

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


Re: Toolchain builders utilisation

2011-08-17 Thread Michael Hope
On Wed, Aug 17, 2011 at 7:47 PM, Amit Kucheria amit.kuche...@linaro.org wrote:
 On Wed, Aug 17, 2011 at 7:02 AM, Michael Hope michael.h...@linaro.org wrote:
 Your distraction for the day...

 Toolchain has four PandaBoards that are used for building GCC, GDB,
 and other interesting programs.  Here's a graph of how busy they are:
  http://ex.seabright.co.nz/misc/utilisation/ursas.png

 The green line is how many boards are currently running jobs.  The
 blue line is how many jobs are queued up.  The spike at day 3 is the
 end-of-week build of the upstream branches.  The drop to three boards
 at day 7 is me reserving one for benchmarking.  The spike at day 8 is
 the start of our release week where many commits and the final
 tarballs are built and tested.

 All boards were busy for seven days out of eight. I think I might need
 a few more...

 That is the smoothest play for a hardware grab I've ever seen. ;-)

Heh.  I wasn't sure I needed them but I am now.  Especially as I've
taken two out of the pool to run the extra release testing.

 Nice work Michael. Is the toolchain compile very CPU bound or is IO
 bandwidth a limitation for you guys? Just curious.

On ARM it's CPU bound and takes about five hours for a build and
another five for test.  A dual-core A9 is a big step up over a typical
A8.  The cloud builders are interesting - an x86 build on EC2 on an
eight core machine only uses 450 % CPU, while on a 2 CPU it uses 190
%.  It's cheaper but slower to build on a fewer core machine.

-- Michael

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


[PATCH v3] usb: musb: ux500: optimize DMA callback routine

2011-08-17 Thread Per Forlin
From: Per Forlin per.for...@linaro.org

Skip the use of work queue and call musb_dma_completion() directly from
DMA callback context.

Here follows measurements on a Snowball board with ondemand governor active.

Performance using work queue:
(105 MB) copied, 6.23758 s, 16.8 MB/s
(105 MB) copied, 5.7151 s, 18.3 MB/s
(105 MB) copied, 5.83583 s, 18.0 MB/s
(105 MB) copied, 5.93611 s, 17.7 MB/s

Performance without work queue
(105 MB) copied, 5.62173 s, 18.7 MB/s
(105 MB) copied, 5.61811 s, 18.7 MB/s
(105 MB) copied, 5.57817 s, 18.8 MB/s
(105 MB) copied, 5.58549 s, 18.8 MB/s

Signed-off-by: Per Forlin per.for...@linaro.org
Acked-by: Mian Yousaf Kaukab mian.yousaf.kau...@stericsson.com
---
Change log.
v2: remove cast for void pointer
v3: rebase patch on top of a pure 3.1-rc1

 drivers/usb/musb/ux500_dma.c |   38 +++---
 1 files changed, 3 insertions(+), 35 deletions(-)

diff --git a/drivers/usb/musb/ux500_dma.c b/drivers/usb/musb/ux500_dma.c
index cecace4..6f10bba 100644
--- a/drivers/usb/musb/ux500_dma.c
+++ b/drivers/usb/musb/ux500_dma.c
@@ -37,7 +37,6 @@ struct ux500_dma_channel {
struct dma_channel channel;
struct ux500_dma_controller *controller;
struct musb_hw_ep *hw_ep;
-   struct work_struct channel_work;
struct dma_chan *dma_chan;
unsigned int cur_len;
dma_cookie_t cookie;
@@ -56,30 +55,11 @@ struct ux500_dma_controller {
dma_addr_t phy_base;
 };
 
-/* Work function invoked from DMA callback to handle tx transfers. */
-static void ux500_tx_work(struct work_struct *data)
-{
-   struct ux500_dma_channel *ux500_channel = container_of(data,
-   struct ux500_dma_channel, channel_work);
-   struct musb_hw_ep   *hw_ep = ux500_channel-hw_ep;
-   struct musb *musb = hw_ep-musb;
-   unsigned long flags;
-
-   DBG(4, DMA tx transfer done on hw_ep=%d\n, hw_ep-epnum);
-
-   spin_lock_irqsave(musb-lock, flags);
-   ux500_channel-channel.actual_len = ux500_channel-cur_len;
-   ux500_channel-channel.status = MUSB_DMA_STATUS_FREE;
-   musb_dma_completion(musb, hw_ep-epnum,
-   ux500_channel-is_tx);
-   spin_unlock_irqrestore(musb-lock, flags);
-}
-
 /* Work function invoked from DMA callback to handle rx transfers. */
-static void ux500_rx_work(struct work_struct *data)
+void ux500_dma_callback(void *private_data)
 {
-   struct ux500_dma_channel *ux500_channel = container_of(data,
-   struct ux500_dma_channel, channel_work);
+   struct dma_channel *channel = private_data;
+   struct ux500_dma_channel *ux500_channel = channel-private_data;
struct musb_hw_ep   *hw_ep = ux500_channel-hw_ep;
struct musb *musb = hw_ep-musb;
unsigned long flags;
@@ -92,14 +72,7 @@ static void ux500_rx_work(struct work_struct *data)
musb_dma_completion(musb, hw_ep-epnum,
ux500_channel-is_tx);
spin_unlock_irqrestore(musb-lock, flags);
-}
-
-void ux500_dma_callback(void *private_data)
-{
-   struct dma_channel *channel = (struct dma_channel *)private_data;
-   struct ux500_dma_channel *ux500_channel = channel-private_data;
 
-   schedule_work(ux500_channel-channel_work);
 }
 
 static bool ux500_configure_channel(struct dma_channel *channel,
@@ -326,7 +299,6 @@ static int ux500_dma_controller_start(struct dma_controller 
*c)
void **param_array;
struct ux500_dma_channel *channel_array;
u32 ch_count;
-   void (*musb_channel_work)(struct work_struct *);
dma_cap_mask_t mask;
 
if ((data-num_rx_channels  UX500_MUSB_DMA_NUM_RX_CHANNELS) ||
@@ -343,7 +315,6 @@ static int ux500_dma_controller_start(struct dma_controller 
*c)
channel_array = controller-rx_channel;
ch_count = data-num_rx_channels;
param_array = data-dma_rx_param_array;
-   musb_channel_work = ux500_rx_work;
 
for (dir = 0; dir  2; dir++) {
for (ch_num = 0; ch_num  ch_count; ch_num++) {
@@ -370,15 +341,12 @@ static int ux500_dma_controller_start(struct 
dma_controller *c)
return -EBUSY;
}
 
-   INIT_WORK(ux500_channel-channel_work,
-   musb_channel_work);
}
 
/* Prepare the loop for TX channels */
channel_array = controller-tx_channel;
ch_count = data-num_tx_channels;
param_array = data-dma_tx_param_array;
-   musb_channel_work = ux500_tx_work;
is_tx = 1;
}
 
-- 
1.7.4.1


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


Re: Announcement:Linaro Android 2.3.5

2011-08-17 Thread Paul Sokolovsky
On Wed, 17 Aug 2011 11:00:32 +0200
Patrik Ryd patrik@linaro.org wrote:

 Hi,
 
 Linaro Android has now moved up to 2.3.5.
 
 The daily builds (https://android-build.linaro.org/index) are now
 based on the linaro_android_2.3.5 branch of the manifest.
 
 Please rebase any dev_branches you have to 2.3.5. The
 linaro_android_2.3.4 branch will no longer be supported.

And another quick reminder just in case somebody missed it before -
Linaro Android tree has moved to http://android.git.linaro.org/ , so if
you're still using old checkout, this is good timing to do fresh
checkout for 2.3.5 upgrade.

https://wiki.linaro.org/Platform/Android/GetSource has more info, as
usual.


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


Re: [PATCH v3] usb: gadget: storage_common: make FSG_NUM_BUFFERS variable size

2011-08-17 Thread Per Forlin
On 12 August 2011 17:49, Alan Stern st...@rowland.harvard.edu wrote:
 On Fri, 12 Aug 2011, Felipe Balbi wrote:

 On Mon, Aug 08, 2011 at 11:43:35PM +0200, Per Forlin wrote:
  FSG_NUM_BUFFERS is set to 2 as default.
  Usually 2 buffers are enough to establish a good buffering pipeline.
  The number may be increased in order to compensate a for bursty VFS
  behaviour.

 would it make sense to have this as a module parameter so we don't need
 to recompile the driver everytime we want to test the driver with a
 different number of buffers ??

 Alan ?

 People generally object to new module parameters unless there's a very
 good reason for them.

 Since people won't want to experiment with changing this value unless
 they're debugging anyway, we might make it a conditional module
 parameter -- don't define the parameter unless CONFIG_USB_DEBUG is
 enabled.

I like this proposal. I'll send out a new version of this patch using
module_param instead of kconfig.

Thanks,
Per

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


Linux kernel review tags (Re: [PATCH 0/3] Fix Thumb-2 undef handling for mixed-arch kernels)

2011-08-17 Thread Dave Martin
On Tue, Aug 16, 2011 at 05:43:08PM +0100, Tixy wrote:
 On Tue, 2011-08-16 at 17:06 +0100, Dave Martin wrote:
  On Tue, Aug 16, 2011 at 3:58 PM, Tixy t...@yxit.co.uk wrote:

[...]

 I've been re-reading Documentation/SubmittingPatches to try and work out
 when it's appropriate to use Acked-by, but it seems a bit woolly -
 mostly for maintainers?

Actually I asked the question semi-automatically since you are CC'd
on this series -- because I was originally touching kprobes code,
which you have in-depth understanding of.

But now the series doesn't touch that code any more, reviewed-by
makes more sense.


Here's my own interpretation of the tags, based on how they appear
to be used (obviously, this doesn't override SubmittingPatches; it's
my additional interpretation)

I could of course be wrong in some aspects.

Any comments on this from the more experienced kernel developers out
there?


Signed-off-by = I take full responsibility for this patch,
and can maintain it in the author's absence if required.
In practice, this implies Acked-by.

Acked-by = This patch is definitely right, or I fully agree with the
patch and trust the author's judgement (I will share
responsibility for the correctness and appropriateness of this
patch).  This implies Reviewed-by.  Normally an ack shouldn't
get added unless the acker is confident that the patch is
adequately tested (where the level of testing deemed adequate
depends on the complexity of the patch)  Again, this may rely on
judgement of the comptence of the author and the other
reviewers.

Reviewed-by = This patch looks correct and appropriate and I judge it
ok to merge, but I assume the author knows what they're
doing, and I don't necessarily take responsibility for the
change.

Tested-by = I have built and tested the patch, and saw reasonable
evidence that it achieves the intended result and has no
harmful effects.  I make no comment about contents of the patch,
and I don't necessarily take responsibility for the change.

In all cases, the tag may influence upstreams' judgement about
whether to merge the patch: adding a tag implies understanding of this,
and takes responsibility for the effect this has (wise or unwise)
on the decision to merge.

NA(C)K = Informal indication that this patch is definitely wrong
(not listed in SubmittingPatches, because if someone is that convinced
the patch is wrong, it isn't normally going to get merged without
rework... or the NACKer is themselves known by upstream to be
reliably untrustworthy, biased, or wrong.  In that case, the
upstream maintainter effectively overrides the NACKer.


An Ack is normally not useful unless it comes from someone who is
themselves known to and trusted by the maintainer of the tree where
the patch will get merged, or unless it comes from the original
author or a maintainer of the code that was modified (since they are
normally the best people to judge).  Acked-by: randomnew...@hotmail.com
isn't likely to carry much weight.  In fact, including blatantly
frivolous or fraudulent acks from people in your upstream patch
submissions may harm their chance of merging (and your reputation).


So for now, I don't often ack patches -- I generally do so when someone
touches code I modified/added, to indicate that I understand their change
well enough, and am confident enough that it is correct, that I would be
happy to share some responsiibility for their change and any resulting
impacts on the maintenance of the code I added.

In areas where I know I have and am known to have a good understanding
(such as Thumb-2 related issues), I may ack patches touching code that
is nothing to do with me, because in such cases the Ack has a useful
meaning for the upstream maintainer.

Cheers
---Dave

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


Re: Changing default root filesystem to ext4

2011-08-17 Thread James Tunnicliffe
On 17 August 2011 08:55, Tixy t...@clara.net wrote:
 On Wed, 2011-08-17 at 00:13 -0300, Ricardo Salveti wrote:
 Yeah, if we're doing this change it seems it would make more sense to
 jump directly to the btrfs, unless we can demonstrate that the
 performance is not that superior and have any kind of blocker issues.

 Do we have any kind of benchmark results comparing each filesystem
 when using them with SD cards around?

 I'm doing some benchmarking, though it's mostly being aimed at producing
 media access patterns to feed into a simulation tool. From these access
 patterns, btrfs looks a lot worse than any ext file system.

 I just looked at the timestamps of my blktrace logs to get some real
 world timings. For untaring kernel source on one of my good performance
 SD cards on a Beagleboard-xM takes:

         m  s
 ext4     3:30
 ext3     8:30
 ext2     5:00
 btrfs   13:40
 nilfs   10:40
 logfs   10:00

 this is using default mount options for file system but with noatime.

 These timings also bear out preliminary results from my simulation code.
 Which I'm glad of :-)

This is odd. When I performed tests btrfs and ext4 were both about the
same speed for copying a mixture of large and small files to. I was
testing them using my laptop card reader though. Tixy: Do you get
similar btrfs vs ext4 results using the same card on an x86 host? Is
your host 64 or 32 bit? I can't find any warnings about btrfs being
slow on 32 bit systems during a quick search, but ZFS certainly works
better on 64 bit systems. Perhaps btrfs is more optimal on 64 bit
systems as well.

One thing I noticed during Ubuntu boot on my Panda was that the mount
process would say that it detected btrfs was running on a flash card
and it had enabled flash mode. I don't know what is different in flash
mode and I don't know if when I let Ubuntu auto-mount a flash card for
testing on my Laptop if it enabled it. The only mount option I can
find that sounds right is ssd, which isn't on when I just tested it
now.

-- 
James Tunnicliffe

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


Re: Android toolchain 11.08 RC

2011-08-17 Thread Bernhard Rosenkranzer
Hi,
next build (identical to the first one, except it has the new gcc from
the toolchain WG) is ready.
https://android-build.linaro.org/builds/~linaro-android/toolchain-4.6-2011.08/#build=5
Please give it some testing; so far it hasn't had any (I'm about to
start an iMX53 build using it though).

The TOOLCHAIN_URL is
https://android-build.linaro.org/jenkins/job/linaro-android_toolchain-4.6-2011.08/5/artifact/build/out/android-toolchain-eabi-linaro-4.6-2011.08-5-2011-08-17_09-40-30-linux-x86.tar.bz2

ttyl
bero

On 17 August 2011 01:46, Bernhard Rosenkranzer
bernhard.rosenkran...@linaro.org wrote:
 Hi,
 here's the first attempt at an RC for the Android 11.08 toolchain:
 https://android-build.linaro.org/builds/~linaro-android/toolchain-4.6-2011.08/#build=4
 Please give it a try with your builds and let me know if anything goes
 wrong.
 To be on the safe side, this build still uses gcc 11.07, it just updates the
 remaining tools and build process, enables OpenMP support and TLS, etc.
 The next step is updating gcc to the toolchain WG's current bzr tip - the
 primary purpose of this build is to have something to fall back to if we run
 into problems that can't be solved in time.
 ttyl
 bero

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


Re: Changing default root filesystem to ext4

2011-08-17 Thread Arnd Bergmann
On Wednesday 17 August 2011, James Tunnicliffe wrote:
  m  s
  ext4 3:30
  ext3 8:30
  ext2 5:00
  btrfs   13:40
  nilfs   10:40
  logfs   10:00
 
  this is using default mount options for file system but with noatime.
 
  These timings also bear out preliminary results from my simulation code.
  Which I'm glad of :-)
 
 This is odd. When I performed tests btrfs and ext4 were both about the
 same speed for copying a mixture of large and small files to. I was
 testing them using my laptop card reader though. Tixy: Do you get
 similar btrfs vs ext4 results using the same card on an x86 host? Is
 your host 64 or 32 bit? I can't find any warnings about btrfs being
 slow on 32 bit systems during a quick search, but ZFS certainly works
 better on 64 bit systems. Perhaps btrfs is more optimal on 64 bit
 systems as well.

I'm pretty sure that it has little to do with the kind of host and
much more with the specific card that you use. Based on the theoretical
understanding of how the cards work, it is very likely that some
(good) media work better with ext4 than others that would still
be ok on btrfs. Also, I would expect ext4 to cope better with
full drives than btrfs.

This is of course the data that we hope to get out of Tixy's research.

 One thing I noticed during Ubuntu boot on my Panda was that the mount
 process would say that it detected btrfs was running on a flash card
 and it had enabled flash mode. I don't know what is different in flash
 mode and I don't know if when I let Ubuntu auto-mount a flash card for
 testing on my Laptop if it enabled it. The only mount option I can
 find that sounds right is ssd, which isn't on when I just tested it
 now.

Good point. Tixy, do you know what mode you were testing btrfs with?

btrfs understands the 'ssd', 'ssd_spread' and 'nossd' mount options that
should have a significant impact here, although it's not clear which of
these is best for a flash memory card, since the characteristics of
SD cards are very different from SSD.

The version of btrfs that I'm looking at does not have any optimization
for cheap flash drives, only for SSD.

Arnd

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


Re: 3D Demo at ARM

2011-08-17 Thread Dave Martin
On Tue, Aug 16, 2011 at 7:14 PM, Zach Pfeffer zach.pfef...@linaro.org wrote:
 Nicolas,

 Thanks for the notes. As you say there are many, many things that can
 affect this demo. What notes like this really underscore is the
 importance of staying up-to-date. This demo is more about the
 macroscopic effects from tip support than anything else. We do have
 some more specific benchmark numbers at:

  https://wiki.linaro.org/Platform/Android/AndroidToolchainBenchmarking

If we're confident that the benchmark produces results of a
trustworthy quality, then that's fine.  I don't know this benchmark in
detail, so I can't really judge, other than that the results look a
bit odd.

But a performance comparison where the fast board occasionally
produces worse numbers than slow board does rather undermine the
argument -- when a given person comes to look at the demo and watches
a single run then that result may be the only thing they see, and they
may take away a negative impression.  Explanations can be made of
course, but the point of a demo is that seeing is believing.

There might be ways to modify the demo to show the comparison a bit
better though.  Someone (kiko?) suggested running the rendering
continuously throughout the day, with a total frame count displayed
for each board or something.  This could show more effectively the
long-term average performance, and would smooth out the impact of
short-term OS housekeeping tasks and other junk which may execute
randomly during the demo.

Cheers
---Dave





 -Zach

 On 13 August 2011 06:07, Dechesne, Nicolas n-deche...@ti.com wrote:
 Zach,

 On Thu, Aug 11, 2011 at 12:56 AM, Zach Pfeffer zach.pfef...@linaro.org
 wrote:

 The demo consisted of two identical PandaBoards with identical SD
 cards running the 3D benchmark of 0xbench using software 3D to amplify
 compiler and kernel improvements. 0xbench is a benchmarking program we
 ship with our Android images from 0xlab. Each build ran the same
 Android userspace, 2.3.4, but one was using the 2.6.36 Linux kernel
 and GCC 4.4 from the stock AOSP distribution and one was using an
 upgraded Linaro 3.0 Linux kernel with Linaro GCC 4.5. We ran the board
 in 640x480 mode so that we wouldn't be memory bound.

  have you checked all clock configuration and ensure they are the same? .36
 seems quite old (in the pandaboard lifetime) and i would suspect the CPU and
 memory clocks could be wrong compared to the linaro 3.0 (which I tried
 recently and which seems to have the right config). there are all bunch of
 kernel settings that can largely impact your demo like cache settings for
 example...

 since DVFS is not enabled in both kernel I believe, the clock setting might
 very well come from the bootloaders. which xloader and uboot are you using
 in both cases?

 have you tried to run the same demo with the exact same bootloaders and
 kernel? just a different user space built with 2 different compilers? I
 don't expect performances improvements to come from the kernel anyways (at
 least for such benchmark) that way you are sure you are really looking at
 GCC improvements. similarly you can run the same user space with both
 kernels.



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




-- 
Dave Martin dave.mar...@linaro.org
Linaro Kernel Working Group

--
http://www.linaro.org/ -- Open source software for ARM SoCs

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: Changing default root filesystem to ext4

2011-08-17 Thread Yasushi SHOJI
At Wed, 17 Aug 2011 13:11:51 +0200,
Arnd Bergmann wrote:
 
 On Wednesday 17 August 2011, James Tunnicliffe wrote:
  One thing I noticed during Ubuntu boot on my Panda was that the mount
  process would say that it detected btrfs was running on a flash card
  and it had enabled flash mode. I don't know what is different in flash
  mode and I don't know if when I let Ubuntu auto-mount a flash card for
  testing on my Laptop if it enabled it. The only mount option I can
  find that sounds right is ssd, which isn't on when I just tested it
  now.
 
 Good point. Tixy, do you know what mode you were testing btrfs with?
 
 btrfs understands the 'ssd', 'ssd_spread' and 'nossd' mount options that
 should have a significant impact here, although it's not clear which of
 these is best for a flash memory card, since the characteristics of
 SD cards are very different from SSD.
 
 The version of btrfs that I'm looking at does not have any optimization
 for cheap flash drives, only for SSD.

does anyone checked on seekwatcher[1], a visualizing tool Chris Mason
has wrote.  I'm pretty sure that Chris would like to hear what went
good and bad for btrfs as an embedded system's root file system.

[1]:http://oss.oracle.com/~mason/seekwatcher/

just my 2 cents.
-- 
  yashi

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


Re: Announcement:Linaro Android 2.3.5

2011-08-17 Thread Christian Robottom Reis
On Wed, Aug 17, 2011 at 12:16:36PM +0300, Paul Sokolovsky wrote:
 On Wed, 17 Aug 2011 11:00:32 +0200
 Patrik Ryd patrik@linaro.org wrote:
 
  Hi,
  
  Linaro Android has now moved up to 2.3.5.
  
  The daily builds (https://android-build.linaro.org/index) are now
  based on the linaro_android_2.3.5 branch of the manifest.
  
  Please rebase any dev_branches you have to 2.3.5. The
  linaro_android_2.3.4 branch will no longer be supported.
 
 And another quick reminder just in case somebody missed it before -
 Linaro Android tree has moved to http://android.git.linaro.org/ , so if
 you're still using old checkout, this is good timing to do fresh
 checkout for 2.3.5 upgrade.

Will the old checkout break if you try and update it? If not, maybe we
should make it break so people are aware of the tree moving around.
-- 
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Software for ARM SoCs

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


Fwd: [PATCH] net/eth.c: fix eth_write_hwaddr() to use dev-enetaddr as fall back

2011-08-17 Thread Eric Miao
Guys,

The patch below fixed the recent ethernet not working issue due to absence
of MAC address. It's Acked-by the original guilty commit author, please
consider merging into next release of u-boot.

The real problem, however, is that kernel ethernet driver has an incorrect
assumption on a correct configuration of registers of the MAC address by the
boot loader, which isn't always true.

So the next fix would be the kernel driver to be independent of the boot
loader. Still figuring the correct way for this though.


-- Forwarded message --
From: Eric Miao eric.m...@linaro.org
Date: Wed, Aug 17, 2011 at 1:33 PM
Subject: [PATCH] net/eth.c: fix eth_write_hwaddr() to use
dev-enetaddr as fall back
To: u-b...@lists.denx.de
Cc: Simon Glass s...@chromium.org, Eric Miao eric.m...@linaro.org


Ignore the return value of eth_getenv_enetaddr_by_index(), and if it
fails, fall back to use dev-enetaddr, which could be filled up by
the ethernet device driver.

Actually, this is the original behavior, and was later changed by
commit 48506a2cde2458fa1f8c5993afc98e5a4617e1d3.

Signed-off-by: Eric Miao eric.m...@linaro.org
---
 net/eth.c |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/net/eth.c b/net/eth.c
index a34fe59..c4fbe11 100644
--- a/net/eth.c
+++ b/net/eth.c
@@ -195,8 +195,7 @@ int eth_write_hwaddr(struct eth_device *dev, const
char *base_name,
       unsigned char env_enetaddr[6];
       int ret = 0;

-       if (!eth_getenv_enetaddr_by_index(base_name, eth_number, env_enetaddr))
-               return -1;
+       eth_getenv_enetaddr_by_index(base_name, eth_number, env_enetaddr);

       if (memcmp(env_enetaddr, \0\0\0\0\0\0, 6)) {
               if (memcmp(dev-enetaddr, \0\0\0\0\0\0, 6) 
--
1.7.4.1

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


Re: Changing default root filesystem to ext4

2011-08-17 Thread Arnd Bergmann
On Wednesday 17 August 2011, Tixy wrote:
 On Wed, 2011-08-17 at 13:11 +0200, Arnd Bergmann wrote:
  On Wednesday 17 August 2011, James Tunnicliffe wrote:
   One thing I noticed during Ubuntu boot on my Panda was that the mount
   process would say that it detected btrfs was running on a flash card
   and it had enabled flash mode. I don't know what is different in flash
   mode and I don't know if when I let Ubuntu auto-mount a flash card for
   testing on my Laptop if it enabled it. The only mount option I can
   find that sounds right is ssd, which isn't on when I just tested it
   now.
  
  Good point. Tixy, do you know what mode you were testing btrfs with?
 
 No idea. Do you know a way of finding out what default mount options
 are? The only documentation I've found is the man page for 'mount', but
 this doesn't mention btrfs at all.

When you look in /proc/mounts while the file system is mounted, it should
show exactly one of the three options (ssd, nossd, ssd_spread).
You can change the active setting using e.g.

mount -o remount,ssd_spread /dev/sdd1

Arnd

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


Re: Changing default root filesystem to ext4

2011-08-17 Thread Arnd Bergmann
On Wednesday 17 August 2011, Yasushi SHOJI wrote:
  
  The version of btrfs that I'm looking at does not have any optimization
  for cheap flash drives, only for SSD.
 
 does anyone checked on seekwatcher[1], a visualizing tool Chris Mason
 has wrote.  I'm pretty sure that Chris would like to hear what went
 good and bad for btrfs as an embedded system's root file system.
 
 [1]:http://oss.oracle.com/~mason/seekwatcher/

Ah, thanks for the link.  This is similar to Tixy's tool, but it focuses
on a different aspect of drive performance: While you mostly care about
seeks on hard drives, the most important performance factor on flash memory
cards is garbage collection cycles. There is some correlation between
the two, but also some significant differences.

I guess it would be possible to visualize GC in seekwatcher as well,
if anyone is motivated enough.

Arnd

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


Re: Proposed change to https://wiki.linaro.org/Platform/DevPlatform/Ubuntu/ImageInstallation

2011-08-17 Thread Dave Martin
On Tue, Aug 16, 2011 at 03:13:10PM -0300, Christian Robottom Reis wrote:
 On Tue, Aug 16, 2011 at 05:19:30PM +0100, Dave Martin wrote:
  Can anyone see a reason not to make this change?  On a couple of
  occasions I've had people come to me with problems after failing to do
  apt-get update and then installing (old) linaro tools packages, when
  following the installation instructions on the linaro wiki.  It's
  harmless (and probably necessary) just to run it every time.
 
 It's a requirement that you run update after adding a repository; the
 old docs were broken. Please go ahead and thanks for catching it.

OK, will do

Cheers
---Dave


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


[powerdebug] fix window leak

2011-08-17 Thread Daniel Lezcano
The main window creation is misplaced in the loop, it is created several times.

Signed-off-by: Daniel Lezcano daniel.lezc...@linaro.org
---
 display.c |   10 --
 1 files changed, 4 insertions(+), 6 deletions(-)

diff --git a/display.c b/display.c
index ebc4de6..28c47f3 100644
--- a/display.c
+++ b/display.c
@@ -548,16 +548,14 @@ int display_init(int wdefault)
 
getmaxyx(stdscr, maxy, maxx);
 
-   for (i = 0; i  array_size; i++) {
-
-   main_win = subwin(stdscr, maxy - 2, maxx, 1, 0);
-   if (!main_win)
-   return -1;
+   main_win = subwin(stdscr, maxy - 2, maxx, 1, 0);
+   if (!main_win)
+   return -1;
 
+   for (i = 0; i  array_size; i++) {
windata[i].pad = newpad(maxrows, maxx);
if (!windata[i].pad)
return -1;
-
}
 
header_win = subwin(stdscr, 1, maxx, 0, 0);
-- 
1.7.4.1


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


Re: Changing default root filesystem to ext4

2011-08-17 Thread Tixy
On Wed, 2011-08-17 at 13:11 +0200, Arnd Bergmann wrote:
 On Wednesday 17 August 2011, James Tunnicliffe wrote:
  One thing I noticed during Ubuntu boot on my Panda was that the mount
  process would say that it detected btrfs was running on a flash card
  and it had enabled flash mode. I don't know what is different in flash
  mode and I don't know if when I let Ubuntu auto-mount a flash card for
  testing on my Laptop if it enabled it. The only mount option I can
  find that sounds right is ssd, which isn't on when I just tested it
  now.
 
 Good point. Tixy, do you know what mode you were testing btrfs with?

No idea. Do you know a way of finding out what default mount options
are? The only documentation I've found is the man page for 'mount', but
this doesn't mention btrfs at all.

 btrfs understands the 'ssd', 'ssd_spread' and 'nossd' mount options that
 should have a significant impact here, although it's not clear which of
 these is best for a flash memory card, since the characteristics of
 SD cards are very different from SSD.

I'll try those combinations too.

-- 
Tixy


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


Re: Changing default root filesystem to ext4

2011-08-17 Thread Tixy
On Wed, 2011-08-17 at 11:48 +0100, James Tunnicliffe wrote:
 This is odd. When I performed tests btrfs and ext4 were both about the
 same speed for copying a mixture of large and small files to. I was
 testing them using my laptop card reader though. Tixy: Do you get
 similar btrfs vs ext4 results using the same card on an x86 host? Is
 your host 64 or 32 bit?

The results I have kicking around for tests on my PC, which uses a year
old 64bit kernel are:

ext4363s
ext3713s
ext2279s
btrfs   208s

This was with a different SD card I think. I'll try and do more
like-for-like comparison.

-- 
Tixy


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


Re: Announcement:Linaro Android 2.3.5

2011-08-17 Thread Alexander Sack
On Wed, Aug 17, 2011 at 1:40 PM, Christian Robottom Reis k...@linaro.orgwrote:

 On Wed, Aug 17, 2011 at 12:16:36PM +0300, Paul Sokolovsky wrote:
  On Wed, 17 Aug 2011 11:00:32 +0200
  Patrik Ryd patrik@linaro.org wrote:
 
   Hi,
  
   Linaro Android has now moved up to 2.3.5.
  
   The daily builds (https://android-build.linaro.org/index) are now
   based on the linaro_android_2.3.5 branch of the manifest.
  
   Please rebase any dev_branches you have to 2.3.5. The
   linaro_android_2.3.4 branch will no longer be supported.
 
  And another quick reminder just in case somebody missed it before -
  Linaro Android tree has moved to http://android.git.linaro.org/ , so if
  you're still using old checkout, this is good timing to do fresh
  checkout for 2.3.5 upgrade.

 Will the old checkout break if you try and update it? If not, maybe we
 should make it break so people are aware of the tree moving around.


yeah, we did that for a couple of days ( i think a week); at the point we
said we probably catched most (important) consumers and decided to bring
back the old URLs, to make instructions of past releases etc to work again.

We will keep reminding in announcements for a while though.

-- 

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


Re: pm-qa integration script

2011-08-17 Thread Paul Larson
Hi, I haven't had a chance to look at it more in depth yet, but a couple of
problems when I tried running it on my system (just my laptop for now,
haven't tried on any board yet)

1. no results were parsed

2. ### cpufreq_09:
### test the load of the cpu does not affect the frequency with 'powersave'
###
cpufreq_09.0/cpu0: checking 'powersave' sets frequency to 1000.0 MHz...
pass
cpufreq_09.1/cpu0: checking 'powersave' frequency 1000.0 MHz is fixed...
 pass
cpufreq_09.0/cpu1: checking 'powersave' sets frequency to 1000.0 MHz...
pass
cpufreq_09.1/cpu1: checking 'powersave' frequency 1000.0 MHz is fixed...
 pass
make[1]: Leaving directory
`/home/plars/.local/share/abrek/installed-tests/pwrmgmt/pm-qa/cpufreq'
make[1]: Entering directory
`/home/plars/.local/share/abrek/installed-tests/pwrmgmt/pm-qa/sched_mc'
rm -f sched_01.log sched_02.log sched_03.log sched_04.log
-e ###
### sched_01:
### test the presence of the 'sched_mc_power_savings' file
###
sched_01.0: checking sched_mc_power_savings exists...
fail
make[1]: *** [sched_01.log] Error 1
make[1]: Leaving directory
`/home/plars/.local/share/abrek/installed-tests/pwrmgmt/pm-qa/sched_mc'
ABREK TEST RUN COMPLETE: Result id is 'pwrmgmt1313589327.0'

Is this just because it stops as soon as it hits one failure?

On Tue, Aug 16, 2011 at 5:42 PM, Daniel Lezcano
daniel.lezc...@linaro.orgwrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi Paul,

 in attachment the patch to modify the pwrmgmnt script for lava in order
 to take into account the new pm-qa scripts.

 Let me know if everything is ok or not.

 Thanks for your help !
  -- Daniel

 - --
  http://www.linaro.org/ Linaro.org ? Open source software for ARM SoCs

 Follow Linaro:  http://www.facebook.com/pages/Linaro Facebook |
 http://twitter.com/#!/linaroorg Twitter |
 http://www.linaro.org/linaro-blog/ Blog

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iQEcBAEBAgAGBQJOSvJQAAoJEAKBbMCpUGYA85sH/3IlfWWunRuLtOcLenOosM73
 EkNSFPY5+HN1txtL0rIY//P4TRFiVoKciV6+Muzp6KIhqytRLNNkh0tpz6rfOM7A
 G5mv6O2qQGwTpWN7GyqWUMkewxtTUCXmzy+ITkgK0RIDeUXiLftDtW5KZyW2W0GT
 cnYe8mUv5/d5zxucCoMScOcpxLfTRIVh5+1EvkcRtD5TSoTX5eqzV29bb+EchTun
 ZCg25fDTFCa5+kaqdfaygdgNGsn4Q7wgIunduN/hEs4mQAftU2BQJ7JtM7XGje90
 2MaBDcX/GMpjV2FQ8DWcXg9U/9IVLHfRWcM6+PAY6cesPAtpsreVHL7loqgZENY=
 =8Fkx
 -END PGP SIGNATURE-

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


engineering resources feedback

2011-08-17 Thread Andy Doan
The Engineering Resources team is trying to solicit feedback from the
community. Our goal is to make it as easy as possible for you to get
your job done. With that in mind, we'd like to check in with you and get
your thoughts on what hasn't worked well for you.

This is intended to be an open-ended question. However, here are some
specifics to help get you going:

1) What were the biggest obstacles you faced when you started?

2) What are the biggest obstacles you face now?

3) How do go about getting help? What format do you prefer it in
(websites, videos, etc).

Feel free to respond either privately or to the list.

Thanks,
-andy

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


Re: [PATCH 03/17] ARM: gic: Use cpu pm notifiers to save gic state

2011-08-17 Thread Santosh

Colin,

On Friday 22 July 2011 10:51 AM, Colin Cross wrote:

On Thu, Jul 21, 2011 at 10:10 PM, Santosh Shilimkar


[]


For my OMAP4 PM rebasing, for time-being I will go with exported
GIC functions so that I don't have too many redundancies with GIC
save/restore code.


I think you should try to balance cpu idle latency with reuse of
common code.  In this case, you are avoiding restoring 7 registers by
reimplementing the bare minimum that is necessary for OMAP4, which is
unlikely to make a measurable impact on wakeup latency.  Can you try
starting with reusing all the common code, and add some timestamps
during wakeup to measure where the longest delays are, to determine
where you should diverge from the common code and use omap-optimized
code?


I am going to use all the common code but having them exported
functions gives more flexibility to call them in right and needed
places. As discussed earlier, I plan to use the common GIC code
wherever it's needed on OMAP.

My main point was we are saving and restoring GIC CPU interface
registers for a case where they are actually not lost.


Yes, but you're still avoiding 7 registers, which is unlikely to be
worth the complexity of calling these functions differently from every
other platform.


I managed to use pm notifiers for GIC and VFP on OMAP4 and
get that working. As discussed here, I decided to take the
hit on the latency in favour of re-use of the code for GIC
considering it's helping other platforms.

I did update notifiers patches for couple of things.

- VFP code now make use 'vfp_current_hw_state' instead of
'last_VFP_context'

- I have renamed CPU_COMPLEX to more appropriate CPU_CLUSTER

- I have dropped GIC dist. disable as part of GIC dist save
code. I saw lock ups with CPUIDLE and then tracked down, to
an issue where for some reason if cluster doesn't hit the
targeted low power state, CPU gets locked up since GIC
dist. remains disabled. The GIC restore is done only if
the cluster did hit the deeper state and GIC lost it's
context. As such this change should not impact anything.

What's your plan on these notifiers patches considering
there is a request to make them generic and not just ARM
specific?

Sorry for asking this but now I have dependency on this
series :)
If you want, I can participate here to get this moving.
Let me know.

Regards
Santosh





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


Re: pm-qa integration script

2011-08-17 Thread Paul Larson
On Wed, Aug 17, 2011 at 10:16 AM, Daniel Lezcano
daniel.lezc...@linaro.orgwrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 08/17/2011 04:57 PM, Paul Larson wrote:
  Hi, I haven't had a chance to look at it more in depth yet, but a couple
 of
  problems when I tried running it on my system (just my laptop for now,
  haven't tried on any board yet)

 Ok, thanks for looking at.

  1. no results were parsed

 I am not sure to get it. What is the expected result ? Does it mean the
 regular expression in the lava script could be wrong ?

Yes, I've fixed part of it, will get the rest fixed later tonight at when
I'm back at the hotel.


  Is this just because it stops as soon as it hits one failure?

 Oh, right. That can be easily fixed by replacing make check by make
 - -k check ?

 so should it always run as make - -k check?
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


Re: 3D Demo at ARM

2011-08-17 Thread Zach Pfeffer
On 17 August 2011 04:12, Dave Martin dave.mar...@linaro.org wrote:
 On Tue, Aug 16, 2011 at 7:14 PM, Zach Pfeffer zach.pfef...@linaro.org wrote:
 Nicolas,

 Thanks for the notes. As you say there are many, many things that can
 affect this demo. What notes like this really underscore is the
 importance of staying up-to-date. This demo is more about the
 macroscopic effects from tip support than anything else. We do have
 some more specific benchmark numbers at:

  https://wiki.linaro.org/Platform/Android/AndroidToolchainBenchmarking

 If we're confident that the benchmark produces results of a
 trustworthy quality, then that's fine.  I don't know this benchmark in
 detail, so I can't really judge, other than that the results look a
 bit odd.

 But a performance comparison where the fast board occasionally
 produces worse numbers than slow board does rather undermine the
 argument -- when a given person comes to look at the demo and watches
 a single run then that result may be the only thing they see, and they
 may take away a negative impression.  Explanations can be made of
 course, but the point of a demo is that seeing is believing.

Sure. I have seen it be slower in a few instances.

 There might be ways to modify the demo to show the comparison a bit
 better though.  Someone (kiko?) suggested running the rendering
 continuously throughout the day, with a total frame count displayed
 for each board or something.  This could show more effectively the
 long-term average performance, and would smooth out the impact of
 short-term OS housekeeping tasks and other junk which may execute
 randomly during the demo.

Yeah, that sounds good. Most of our improvements are against the code
running on the main core so anything compute bound should work.
Perhaps we could do a fractal demo and throw up a realtime, slightly
transparent, dashboard that showed the results as the demo free ran.

 Cheers
 ---Dave





 -Zach

 On 13 August 2011 06:07, Dechesne, Nicolas n-deche...@ti.com wrote:
 Zach,

 On Thu, Aug 11, 2011 at 12:56 AM, Zach Pfeffer zach.pfef...@linaro.org
 wrote:

 The demo consisted of two identical PandaBoards with identical SD
 cards running the 3D benchmark of 0xbench using software 3D to amplify
 compiler and kernel improvements. 0xbench is a benchmarking program we
 ship with our Android images from 0xlab. Each build ran the same
 Android userspace, 2.3.4, but one was using the 2.6.36 Linux kernel
 and GCC 4.4 from the stock AOSP distribution and one was using an
 upgraded Linaro 3.0 Linux kernel with Linaro GCC 4.5. We ran the board
 in 640x480 mode so that we wouldn't be memory bound.

  have you checked all clock configuration and ensure they are the same? .36
 seems quite old (in the pandaboard lifetime) and i would suspect the CPU and
 memory clocks could be wrong compared to the linaro 3.0 (which I tried
 recently and which seems to have the right config). there are all bunch of
 kernel settings that can largely impact your demo like cache settings for
 example...

 since DVFS is not enabled in both kernel I believe, the clock setting might
 very well come from the bootloaders. which xloader and uboot are you using
 in both cases?

 have you tried to run the same demo with the exact same bootloaders and
 kernel? just a different user space built with 2 different compilers? I
 don't expect performances improvements to come from the kernel anyways (at
 least for such benchmark) that way you are sure you are really looking at
 GCC improvements. similarly you can run the same user space with both
 kernels.



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




 --
 Dave Martin dave.mar...@linaro.org
 Linaro Kernel Working Group

 --
 http://www.linaro.org/ -- Open source software for ARM SoCs

 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: pm-qa integration script

2011-08-17 Thread Daniel Lezcano
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/17/2011 06:55 PM, Paul Larson wrote:
 On Wed, Aug 17, 2011 at 10:16 AM, Daniel Lezcano
 daniel.lezc...@linaro.orgwrote:
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 08/17/2011 04:57 PM, Paul Larson wrote:
 Hi, I haven't had a chance to look at it more in depth yet, but a couple
 of
 problems when I tried running it on my system (just my laptop for now,
 haven't tried on any board yet)

 Ok, thanks for looking at.

 1. no results were parsed

 I am not sure to get it. What is the expected result ? Does it mean the
 regular expression in the lava script could be wrong ?
 
 Yes, I've fixed part of it, will get the rest fixed later tonight at when
 I'm back at the hotel.

Great. Thanks !

Is lava running daily the tests ?

 Is this just because it stops as soon as it hits one failure?

 Oh, right. That can be easily fixed by replacing make check by make
 - -k check ?

 so should it always run as make - -k check?

Yes, I think for the moment we should use the -k switch and later remove
it when the different pm-qa scripts will be tweaked to not make the
entire test set fails when a pre-requisite is missing.

- -- 
 http://www.linaro.org/ Linaro.org ? Open source software for ARM SoCs

Follow Linaro:  http://www.facebook.com/pages/Linaro Facebook |
http://twitter.com/#!/linaroorg Twitter |
http://www.linaro.org/linaro-blog/ Blog

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOS/gMAAoJEAKBbMCpUGYALYwIAJsslLkvHRETkubIQRNW71lV
U3wLCbPzxVaW2PL0C9MVgUxboa4NkNPUbxibDu1FVg79/kqUe+H9xHWfMiKE5t2s
VJImRW2JbrxeXBapbmGVOfyKe0hvuhqkgupwQ8JY/cueNee/wZT6AibFt6AEYKZw
KDsnqgSX+EE8PGo7roGE6HCYtsa+qgu/T4Plo4Q9nB5iWu1f7G8sG0Bu4rAo24+V
B1mffXpDL8NK6YKFdPUKAYEsFMnrQTMK0vxexiUGN+pPFxtiXfs9OpU2HXS1OTNj
SiQQBsvtyDrzmUqtlEzKONkU5eFv6n+h6ohs5keZflztpLzF8WISrqXbs71FWi4=
=kLzm
-END PGP SIGNATURE-

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


Re: Linux kernel review tags (Re: [PATCH 0/3] Fix Thumb-2 undef handling for mixed-arch kernels)

2011-08-17 Thread Nicolas Pitre
On Wed, 17 Aug 2011, Dave Martin wrote:

 Acked-by = This patch is definitely right, or I fully agree with the
   patch and trust the author's judgement (I will share
   responsibility for the correctness and appropriateness of this
   patch).  This implies Reviewed-by.
   Normally an ack shouldn't
   get added unless the acker is confident that the patch is
   adequately tested (where the level of testing deemed adequate
   depends on the complexity of the patch)  Again, this may rely on
   judgement of the comptence of the author and the other
   reviewers.
 
 Reviewed-by = This patch looks correct and appropriate and I judge it
   ok to merge, but I assume the author knows what they're
   doing, and I don't necessarily take responsibility for the
   change.

I think some aspects of the above two are mixed up.

Normally, ACK == acknowledgement i.e. I conceptually agree with the 
patch, but that doesn't necessarily mean that it was reviewed 
thoroughly.  In other words, this quite matches your definition, but 
does not imply a Reviewed-by, and that assumes the author knows what 
they're doing.

Reviewed-by means that you did review the patch content in details, 
whether or not the author knows what they're doing.  A Reviewed-by 
obviously implies an Acked-by.


Nicolas

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


Android Testing Session at LinuxCon - Live Video Stream Available

2011-08-17 Thread Zach Pfeffer
Here's the general info I got from the Linux Foundation:

Can't make it to Vancouver this week for LinuxCon, the leading
technical conference for All Matters Linux? You can still take
advantage of the amazing content this event has to offer.

Live video streaming will be available for all of our keynote
sessions, Wednesday, August 17th - Friday, August 19th, at no cost!

View List of Keynotes:
http://events.linuxfoundation.org/events/linuxcon/schedule

Click Here To Register:
http://events.linuxfoundation.org/events/linuxcon/live-video-streaming

Live video streaming will be broadcast beginning at 9:00am Pacific
Daylight Time.

The Linux Foundation

Please click here to no longer receive emails promoting Linux
Foundation events:
https://office.linuxfoundation.org/crm/index.php?entryPoint=removemeidentifier=20918c3b-741a-f2ab-2e87-4e4aaad6a90a

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


Re: QA tests for Android

2011-08-17 Thread Zach Pfeffer
Sure. I didn't list it because Android doesn't really support generic
USB (it will in Ice Cream Sandwich through a new USB device layer)

Alexander,

Would you add:

 * USB
   * Keyboard
   * Mouse



On 17 August 2011 01:46, David Gilbert david.gilb...@linaro.org wrote:
 On 16 August 2011 23:09, Zach Pfeffer zach.pfef...@linaro.org wrote:
 Here's the proposed QA list. Comments and additions welcome. This list
 is based off the Ubuntu Origen list at:

 https://wiki.linaro.org/Cycles/1107/BoardSupportStatus/Samsung/Origen/Ubuntu

 Hi Zach,
  I don't see USB testing in general in there; I'd have USB keyboard/mouse as
 a basic test for boards that support it and I'd make sure I'd test
 that on all USB
 controllers on the board where the board has more than one.

 Dave


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


[ACTIVITY] Android Platform Team 2011-08-07 to 2011-08-14

2011-08-17 Thread Tony Mansson
Key Points for wider discussion
===

Move to Android 2.3.5 is done and being tested.
Toolchain with OpenMP, loop parallelization support is done and being tested.
ffmpeg with support for H.264 and WebM runs on Linaro Android.

Team Highlights
===

Snowball runs Android 2.3.5.
-O3 for gcc 4.6 works.
Linaro Android image for Samsung Origen board can boot to console.
Gerrit is in daily use.

Miscellaneous
===

Zach on vacation from 21st-24th
Code complete on the 18:th.

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


Re: [ACTIVITY] Android Platform Team 2011-08-07 to 2011-08-14

2011-08-17 Thread Michael Hope
On Thu, Aug 18, 2011 at 9:42 AM, Tony Mansson tony.mans...@linaro.org wrote:
 -O3 for gcc 4.6 works.

Cool.  What does 'works' mean and where is it written up?  Is this
with -mfpu=neon as well?

-- Michael

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


Re: 3D Demo at ARM

2011-08-17 Thread Michael Hope
On Wed, Aug 17, 2011 at 11:12 PM, Dave Martin dave.mar...@linaro.org wrote:
 On Tue, Aug 16, 2011 at 7:14 PM, Zach Pfeffer zach.pfef...@linaro.org wrote:
 Nicolas,

 Thanks for the notes. As you say there are many, many things that can
 affect this demo. What notes like this really underscore is the
 importance of staying up-to-date. This demo is more about the
 macroscopic effects from tip support than anything else. We do have
 some more specific benchmark numbers at:

  https://wiki.linaro.org/Platform/Android/AndroidToolchainBenchmarking

 If we're confident that the benchmark produces results of a
 trustworthy quality, then that's fine.  I don't know this benchmark in
 detail, so I can't really judge, other than that the results look a
 bit odd.

Ditto on that.  Have these benchmarks been qualified?  Do they
represent real workloads?  Where do they come from?  What aspects of
the system (CPU, memory, I/O, kernel, SMP) do they exercise?  How
sensitive are they to minor changes?

gnugo in particular is a problem - the results don't change across a
range of toolchains which suggests it's got a silly hot loop or isn't
core bound.

-- Michael

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


Re: pm-qa integration script

2011-08-17 Thread Paul Larson
Ok, I sorted this out, but I noticed a couple of problems still.
1. even with the -k, it errors out after a while
2. There are still some test results with duplicate test_case_id:
cpufreq_05.0/cpu1: checking 'ondemand' directory exists...
 pass
cpufreq_05.0/cpu1: checking 'conservative' directory exists...
 pass
cpufreq_05.0/cpu1: checking 'ondemand' directory is not there...
 pass

(I don't know if those are the only ones, just some I happened to spot by
chance)

Thanks,
Paul Larson
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


Re: [frederik.lot...@arm.com: [UBUNTU] linaro-media-create failing]

2011-08-17 Thread Christian Robottom Reis
On Tue, Aug 16, 2011 at 03:20:17PM +0100, Frederik Lotter wrote:
 I am using 32-bit Ubuntu 11.04. Just here in my office everyone is
 running into the same issue. We are all Ubuntu users (11.04) and both
 32-bit and 64-bit machines.

Hey Frederik,

Did you figure out what the issue was?
-- 
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Software for ARM SoCs

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


Re: Trying out our Panda builds and phone images

2011-08-17 Thread Christian Robottom Reis
On Tue, Aug 16, 2011 at 02:11:34PM -0500, Zach Pfeffer wrote:
 As far as Linaro Nexus builds. We can help out, but we'll need to come
 up with a plan to staff it. I'll let Kiko and asac chime in on Linaro
 doing Nexus S, Nexus One, or Xoom builds.

I think we need to get hold of some hardware to start off with.

Taras, I can't remember from our conversation if you had a few units to
share -- also, keep me posted on your progress in testing the toolchain
and benchmarking the results.

 As far as oprofile, systemtap and perf we've had a few asks already
 about this.

What's the plan to get this included in our images? Would it be a
separate image spin, or adding tools to the existing ones?

 It'd also be great to get firefox integrated into our builds.

Totally -- can you start out by figuring out what branch you should use
and how to build it?
-- 
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org: Open Source Software for ARM SoCs

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


Re: pm-qa integration script

2011-08-17 Thread Daniel Lezcano

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/18/2011 12:49 AM, Paul Larson wrote:
 Ok, I sorted this out, but I noticed a couple of problems still. 1.
 even with the -k, it errors out after a while

If one test fail, that will make the tests suite to return an
error at the end. Could it be that ? Is it a problem ?

 2. There are still some test results with duplicate test_case_id:
 cpufreq_05.0/cpu1: checking 'ondemand' directory exists... pass
 cpufreq_05.0/cpu1: checking 'conservative' directory exists...
 pass cpufreq_05.0/cpu1: checking 'ondemand' directory is not
 there... pass

Right, seems the only ones. I will fix that.


- -- 
 http://www.linaro.org/ Linaro.org ? Open source software for ARM SoCs

Follow Linaro:  http://www.facebook.com/pages/Linaro Facebook |
http://twitter.com/#!/linaroorg Twitter |
http://www.linaro.org/linaro-blog/ Blog

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOTFXUAAoJEAKBbMCpUGYAclEIAK7HQSIrCmHrgkRam2ZaHXhw
U5qrrSJey7n+PklePdsgkujFensY8w6jw81VBhgeeo+cdjkkS1RfsrRnQQARokUC
LjTGpaKuMtaYIxA+UD7mvObIH4CxQlVm4Xx4oIy/tu36NrH7tTw8jP/WjocQxBOT
ywKxoqQ/tjSmEI8g+uOdvv+vneMMn2W67huumzywqfnciYSKKW40K2OySFjnkCGr
nh1SFigdsZPD3afnrQwKw2Iz1ONXhgaZGS17FTJbDt6HyjYXO6+EGNw59Tuc2xmq
SvcAmUNbYTw8HgA4Og/G6C0/sSAAQ+Fho6ZFjyOZOcmD6pVUhsTHyvpytO0pVwg=
=crw4
-END PGP SIGNATURE-


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


Re: [frederik.lot...@arm.com: [UBUNTU] linaro-media-create failing]

2011-08-17 Thread Ricardo Salveti
On Wed, Aug 17, 2011 at 8:07 PM, Christian Robottom Reis
k...@linaro.org wrote:
 On Tue, Aug 16, 2011 at 03:20:17PM +0100, Frederik Lotter wrote:
 I am using 32-bit Ubuntu 11.04. Just here in my office everyone is
 running into the same issue. We are all Ubuntu users (11.04) and both
 32-bit and 64-bit machines.

 Hey Frederik,

    Did you figure out what the issue was?

I wonder if this could be something related with the way the host is
configured. I was able to run l-m-c with the same images at both 32
and 64-bits machines.

I know that if you have scratchbox installed, or any other software
that changes the qemu-arm-static path at your binfmt config, l-m-c
will fail, but I don't believe you'd end up with a segfault.

Cheers,
-- 
Ricardo Salveti de Araujo

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