[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 --- 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
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
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
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
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
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
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/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
-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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
-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)
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
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
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
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
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
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
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]
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
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
-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]
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