linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

by ahmad

I installed linaro ubuntu from https://releases.linaro.org/ ubuntu/boards/snapdragon/latest/ on my board, Inforce6410PLUS by the following commands.I did not install anything else on the board: sudo fastboot flash boot boot-qcom-apq8064-ifc6410-qcom-snapdragon-20151026-139.img sudo fastboot flash cache firmware-qcom-snapdragon-20151026-139.img sudo fastboot flash -S 768M userdata linaro-vivid-developer-qcom-snapdragon-20151026-139.img the problem is that linux does not show Ethernet or wlan0 as the output of ifconfig. I did "modprobe -r ath6kl_sdio" then "modprobe ath6kl_sdio" but nothing changed. How can I solve the problem?

6 years, 10 months

[Maintenance] - ci.linaro.org down time 24/02/2018

by Benjamin Copeland

Hello All, We will have downtime on the 24/02/2018. This server will stop processing jobs on the 23/02/2018 at around 23:00 UTC, as the server will be put into "Shutdown mode". Start: 10/02/2018 09:00 UTC End: 10/02/2018 11:00 UTC Regards Ben

6 years, 10 months

[Maintenance] - ci.linaro.org down time 10/02/2018

by Benjamin Copeland

Hello All, We will have downtime on the 10/02/2018, whilst we install some new SSD's. Start: 10/02/2018 08:00 UTC End: 10/02/2018 14:00 UTC If you have any concerns please let me know. Regards Ben

6 years, 10 months

1000 New Year's pledges for 2018 (first Bionic Beaver test rebuilds)

by Matthias Klose

The first test rebuild of Bionic Beaver was started on December 21 2017 for all architectures, all components (main component and seeded packages finished, unseeded packages still building). The number of build time failures unfortunately is at an all time high around a four digit number. Time for some New Year's pledges! For arm64 and armhf the gcc-7 packages are based on the Linaro 7-2017.11 snapshot. Results (please also look at the superseded builds) can be found at http://qa.ubuntuwire.org/ftbfs/rebuilds/test-rebuild-20171220-bionic.html Additional build failures for packages in bionic-proposed (not yet in bionic) can be found at http://qa.ubuntuwire.com/ftbfs/ Please help fixing the build failures. Another test rebuild using GCC 8 as the default can be found at http://qa.ubuntuwire.org/ftbfs/rebuilds/test-rebuild-20171220-gcc8-bionic.h… The GCC 8 test rebuild uses gcc-defaults and gcc-8 packages from the PPAs https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/test https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/volatile It is NOT planned to make GCC 8 the default compiler for bionic beaver, but adding ti as a non-default compiler is still being evaluated. Yet another test rebuild using binutils trunk can be found at http://qa.ubuntuwire.org/ftbfs/rebuilds/test-rebuild-20171220-binutils-bion… The binutils test rebuild uses binutils from the PPA https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/binutils It is planned to upload binutils trunk to bionic in late January. Happy New Year, Matthias

7 years

Re: [Question] stretch-arm64-developer build failed

by Nicolas Dechesne

+linaro-dev mailing I would recommend you do not use these tools, except if you really need to.. We've been using these tools for quite some time, but we moved away from them , and we switch over to Debian FAI tool instead. While it is certainly possible to replicate ubuntu-build-service on your end, they are cumbersome and tedious configuration issues. from the description of what you want to do, I believe using Debian debootstrap should work fine. More information on the following pages: https://wiki.debian.org/Debootstrap https://wiki.debian.org/EmDebian/CrossDebootstrap (for cross debootstrap) cheers nico On Wed, Dec 13, 2017 at 5:17 PM, miracle.huang <miraclemore.huang(a)gmail.com> wrote: > Dear Nicolas, and fathi, > > Sorry for bother you. > > I clone the repository “git://git.linaro.org/ci/ubuntu-build-service.git”, and want to build ARM64 minial rootfs for arm kvm virtualization development. > > Start to build Debian minal rootfs, when I start to do configure, it will show the below error. > > ➜ stretch-arm64-developer git:(master) ./configure > I: create configuration > [2017-12-14 00:14:59] lb_config --apt-indices false --apt-secure false --architectures arm64 --archive-areas main contrib non-free --backports false --binary-filesystem ext4 --binary-images tar --bootappend-live hostname=linaro-developer username=linaro --bootstrap-qemu-arch arm64 --bootstrap-qemu-static /usr/bin/qemu-aarch64-static --cache false --chroot-filesystem none --compression gzip --debootstrap-options --variant=minbase --include=apt-transport-https,gnupg --distribution stretch --gzip-options -9 --rsyncable --iso-publisher Linaro; http://www.linaro.org/; linaro-dev(a)lists.linaro.org --iso-volume Linaro Stretch $(date +%Y%m%d-%H:%M) --linux-flavours none --linux-packages none --mode debian --security true --system normal --updates true > lb config: unrecognized option '--debootstrap-options' > lb config: unrecognized option '--variant=minbase --include=apt-transport-https,gnupg' > lb config: unrecognized option '--updates' > > But I already install live-build on my ubuntu 16.04.3 LTS. > > Could you help to let me know the reason ? and whether you meet that before ? > > Thx for your help! > > Best regards >

7 years

[RFC PATCH] pciehp: fix a race between pciehp and removing operations by sysfs

by Xiongfeng Wang

When the Attention button on a PCIE slot is pressed, 5 seconds later, pciehp_power_thread() will be scheduled on slot->wq. This function will get a global mutex lock 'pci_rescan_remove_lock' in pciehp_unconfigure_device(). At the same time, we remove the pcie port by sysfs, which results in pci_stop_and_remove_bus_device_locked() called. This function will get the global mutex lock 'pci_rescan_remove_lock', and then release the struct 'ctrl', which will wait until the work_struct on slot->wq is finished. If pci_stop_and_remove_bus_device_locked() got the mutex lock, and before it drains workqueue slot->wq, pciehp_power_thread() is scheduled on slot->wq and tries to get the mutex lock. Then pci_stop_and_remove_bus_device_locked() tries to drain workqueue slot->wq and wait until work struct 'pciehp_power_thread()' is finished. Then a hung_task happens. This patch solve this problem by schedule 'pciehp_power_thread()' on a system workqueue instead of slot->wq. The Call Trace we got is as following. INFO: task kworker/0:2:4413 blocked for more than 120 seconds. Tainted: P W O 4.12.0-rc1 #1 "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. kworker/0:2 D 0 4413 2 0x00000000 Workqueue: pciehp-0 pciehp_power_thread Call trace: [<ffff0000080861d4>] __switch_to+0x94/0xa8 [<ffff000008bea9c0>] __schedule+0x1b0/0x708 [<ffff000008beaf58>] schedule+0x40/0xa4 [<ffff000008beb33c>] schedule_preempt_disabled+0x28/0x40 [<ffff000008bec1dc>] __mutex_lock.isra.8+0x148/0x50c [<ffff000008bec5c4>] __mutex_lock_slowpath+0x24/0x30 [<ffff000008bec618>] mutex_lock+0x48/0x54 [<ffff0000084d8188>] pci_lock_rescan_remove+0x20/0x28 [<ffff0000084f87c0>] pciehp_unconfigure_device+0x54/0x1cc [<ffff0000084f8260>] pciehp_disable_slot+0x4c/0xbc [<ffff0000084f8370>] pciehp_power_thread+0xa0/0xb8 [<ffff0000080e9ce8>] process_one_work+0x13c/0x3f8 [<ffff0000080ea004>] worker_thread+0x60/0x3e4 [<ffff0000080f0814>] kthread+0x10c/0x138 [<ffff0000080836c0>] ret_from_fork+0x10/0x50 INFO: task bash:31732 blocked for more than 120 seconds. Tainted: P W O 4.12.0-rc1 #1 "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. bash D 0 31732 1 0x00000009 Call trace: [<ffff0000080861d4>] __switch_to+0x94/0xa8 [<ffff000008bea9c0>] __schedule+0x1b0/0x708 [<ffff000008beaf58>] schedule+0x40/0xa4 [<ffff000008bee7b4>] schedule_timeout+0x1a0/0x340 [<ffff000008bebb88>] wait_for_common+0x108/0x1bc [<ffff000008bebc64>] wait_for_completion+0x28/0x34 [<ffff0000080e7594>] flush_workqueue+0x130/0x488 [<ffff0000080e79b0>] drain_workqueue+0xc4/0x164 [<ffff0000080ec3cc>] destroy_workqueue+0x28/0x1f4 [<ffff0000084fa094>] pciehp_release_ctrl+0x34/0xe0 [<ffff0000084f75b0>] pciehp_remove+0x30/0x3c [<ffff0000084f24d8>] pcie_port_remove_service+0x3c/0x54 [<ffff00000876b1e4>] device_release_driver_internal+0x150/0x1d0 [<ffff00000876b28c>] device_release_driver+0x28/0x34 [<ffff00000876a018>] bus_remove_device+0xe0/0x11c [<ffff000008766348>] device_del+0x200/0x304 [<ffff00000876646c>] device_unregister+0x20/0x38 [<ffff0000084f2560>] remove_iter+0x44/0x54 [<ffff000008765230>] device_for_each_child+0x4c/0x90 [<ffff0000084f2c98>] pcie_port_device_remove+0x2c/0x48 [<ffff0000084f2f48>] pcie_portdrv_remove+0x60/0x6c [<ffff0000084e3de4>] pci_device_remove+0x48/0x110 [<ffff00000876b1e4>] device_release_driver_internal+0x150/0x1d0 [<ffff00000876b28c>] device_release_driver+0x28/0x34 [<ffff0000084db028>] pci_stop_bus_device+0x9c/0xac [<ffff0000084db190>] pci_stop_and_remove_bus_device_locked+0x24/0x3c [<ffff0000084e5eb0>] remove_store+0x74/0x80 [<ffff000008764680>] dev_attr_store+0x44/0x5c [<ffff0000082e7e1c>] sysfs_kf_write+0x5c/0x74 [<ffff0000082e7014>] kernfs_fop_write+0xcc/0x1dc [<ffff0000082602e0>] __vfs_write+0x48/0x13c [<ffff00000826174c>] vfs_write+0xa8/0x198 [<ffff000008262ce8>] SyS_write+0x54/0xb0 [<ffff000008083730>] el0_svc_naked+0x24/0x28 Signed-off-by: Xiongfeng Wang <wangxiongfeng2(a)huawei.com> --- drivers/pci/hotplug/pciehp_ctrl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pci/hotplug/pciehp_ctrl.c b/drivers/pci/hotplug/pciehp_ctrl.c index 83f3d4a..9d39d85 100644 --- a/drivers/pci/hotplug/pciehp_ctrl.c +++ b/drivers/pci/hotplug/pciehp_ctrl.c @@ -221,7 +221,7 @@ static void pciehp_queue_power_work(struct slot *p_slot, int req) info->p_slot = p_slot; INIT_WORK(&info->work, pciehp_power_thread); info->req = req; - queue_work(p_slot->wq, &info->work); + schedule_work(&info->work); } void pciehp_queue_pushbutton_work(struct work_struct *work) -- 1.7.12.4

7 years

[PATCH] auxdisplay: img-ascii-lcd: fix maybe-uninitialized warning

by Xiongfeng Wang

gcc prints the following warning: drivers/auxdisplay/img-ascii-lcd.c: In function ‘malta_update’: drivers/auxdisplay/img-ascii-lcd.c:109: warning: ‘err’ may be usedun initialized in this function drivers/auxdisplay/img-ascii-lcd.c: In function ‘sead3_update’: drivers/auxdisplay/img-ascii-lcd.c:207: warning: ‘err’ may be used uninitialized in this function When ctx->cfg->num_chars is zero, there will be a false error info printed. Fix this by recontruct the code and initializing the variable 'err' to zero. Signed-off-by: Xiongfeng Wang <wangxiongfeng2(a)huawei.com> --- drivers/auxdisplay/img-ascii-lcd.c | 23 +++++++++++------------ 1 file changed, 11 insertions(+), 12 deletions(-) diff --git a/drivers/auxdisplay/img-ascii-lcd.c b/drivers/auxdisplay/img-ascii-lcd.c index db040b3..15048c1 100644 --- a/drivers/auxdisplay/img-ascii-lcd.c +++ b/drivers/auxdisplay/img-ascii-lcd.c @@ -102,12 +102,11 @@ static void malta_update(struct img_ascii_lcd_ctx *ctx) for (i = 0; i < ctx->cfg->num_chars; i++) { err = regmap_write(ctx->regmap, ctx->offset + (i * 8), ctx->curr[i]); - if (err) - break; + if (err) { + pr_err_ratelimited("Failed to update LCD display: %d\n", err); + return; + } } - - if (unlikely(err)) - pr_err_ratelimited("Failed to update LCD display: %d\n", err); } static struct img_ascii_lcd_config malta_config = { @@ -180,32 +179,32 @@ static int sead3_wait_lcd_idle(struct img_ascii_lcd_ctx *ctx) static void sead3_update(struct img_ascii_lcd_ctx *ctx) { unsigned int i; - int err; + int err = 0; for (i = 0; i < ctx->cfg->num_chars; i++) { err = sead3_wait_lcd_idle(ctx); if (err) - break; + goto out_err; err = regmap_write(ctx->regmap, ctx->offset + SEAD3_REG_LCD_CTRL, SEAD3_REG_LCD_CTRL_SETDRAM | i); if (err) - break; + goto out_err; err = sead3_wait_lcd_idle(ctx); if (err) - break; + goto out_err; err = regmap_write(ctx->regmap, ctx->offset + SEAD3_REG_LCD_DATA, ctx->curr[i]); if (err) - break; + goto out_err; } - if (unlikely(err)) - pr_err_ratelimited("Failed to update LCD display: %d\n", err); +out_err: + pr_err_ratelimited("Failed to update LCD display: %d\n", err); } static struct img_ascii_lcd_config sead3_config = { -- 1.7.12.4

7 years

Router Maintenance (01/12/2017)

by Benjamin Copeland

Hello, On Friday the 1st we are taking the router down for some maintenance, there will be some downtime in the Aus-Colo for a few hours. It should be relativity quick, but a longer window is place just in case of any unforeseen issues. Maintenance will start 11.00 - 15:00 (UTC -6). Any issues, please send me a email. Services: - aus-colo.linaro.org - us1.linaro.cloud Regards Ben

7 years, 1 month

[PATCH PM-QA] functions: correct get_os logic

by Li Zhijian

at commit aea49c3: functions: Fix logic for get_os() function To determine which OS the scripts are running on, check if the build.prop file exists instead of using the lsb_release command. If it does, then the scripts are running on Android; otherwise it's Ubuntu. >From the changelog, we can know get_os() expect to return 2(means android) if build.prop file exists, but the code does not do that previouslly Signed-off-by: Li Zhijian <lizhijian(a)cn.fujitsu.com> --- include/functions.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/functions.sh b/include/functions.sh index 10b8de8..0105776 100644 --- a/include/functions.sh +++ b/include/functions.sh @@ -425,7 +425,7 @@ sigtrap() { get_os() { build_prop_file="\system\build.prop" - if [ -e "$build_prop_file" ]; then + if [ ! -e "$build_prop_file" ]; then # for ubuntu return 1 else -- 2.15.0.rc0

7 years, 2 months

[PATCH PM-QA v2] thermal/thermal_06.sh: add missing get_os before check the return value

by Li Zhijian

'ps' have different output between Android and ubuntu, and test suite use get_os to determine which OS the scripts are running on. at commit 84479a38, thermal: Get correct PID for heat_cpu based on OS this patch want to get PID based on OS, but it looks thermal_06.sh foget to add get_os before checking the OS. Signed-off-by: Li Zhijian <lizhijian(a)cn.fujitsu.com> --- thermal/thermal_06.sh | 1 + 1 file changed, 1 insertion(+) diff --git a/thermal/thermal_06.sh b/thermal/thermal_06.sh index d8bcd23..6fdc469 100755 --- a/thermal/thermal_06.sh +++ b/thermal/thermal_06.sh @@ -50,6 +50,7 @@ check_trip_point_change() { trip_type=0 trip_type_path=0 $CPU_HEAT_BIN & + get_os if [ $? -eq 1 ]; then cpu_pid=$(ps | grep heat_cpu| awk '{print $1}') else -- 2.15.0.rc0

7 years, 2 months

← Newer
1
...
5
6
7
8
9
10
11
...
434
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev