linaro-kernel January 2014

linaro-kernel@lists.linaro.org

112 participants
241 discussions

arm-soc boot: 30 pass, 2 fail (v3.13-rc5-1096-g00b1cb6)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: arm-soc Git describe: v3.13-rc5-1096-g00b1cb6 Failed boot tests (console logs at the end) =========================================== omap4-panda: FAIL: multi_v7_defconfig omap4-panda-es: FAIL: multi_v7_defconfig Full Report =========== omap2plus_defconfig ------------------- am335x-boneblack PASS: 0 min 27.8 sec omap3-beagle-xm PASS: 0 min 59.5 sec am335x-bone PASS: 0 min 31.6 sec omap4-panda PASS: 1 min 9.1 sec omap4-panda-es PASS: 1 min 13.1 sec omap3-tobi,3730storm PASS: 0 min 24.1 sec omap3-tobi,3530overo PASS: 0 min 21.9 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 17.0 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 17.0 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.9 sec imx6q-wandboard PASS: 0 min 16.6 sec sunxi_defconfig --------------- sun7i-a20-cubieboard2 PASS: 0 min 12.1 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 21.9 sec armada-370-mirabox PASS: 0 min 20.2 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 28.8 sec multi_v7_defconfig ------------------ ste-snowball PASS: 1 min 17.1 sec tegra30-beaver PASS: 0 min 19.4 sec am335x-boneblack PASS: 0 min 25.5 sec omap3-beagle-xm PASS: 0 min 50.3 sec sun7i-a20-cubieboard2 PASS: 0 min 13.5 sec armada-370-mirabox PASS: 0 min 21.4 sec omap4-panda FAIL: 1 min 48.9 sec omap4-panda-es FAIL: 1 min 47.1 sec armada-xp-openblocks-ax3-4 PASS: 0 min 23.8 sec imx6dl-wandboard,wand-solo PASS: 0 min 17.2 sec am335x-bone PASS: 0 min 24.3 sec imx6q-wandboard PASS: 0 min 16.6 sec omap3-tobi,3730storm PASS: 0 min 22.9 sec imx6dl-wandboard,wand-dual PASS: 0 min 17.5 sec omap3-tobi,3530overo PASS: 0 min 20.6 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 28.3 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 19.1 sec Console logs for failures ========================= multi_v7_defconfig ------------------ omap4-panda: FAIL: last 24 lines of boot log: --------------------------------------------- [ 1.801635] usb 1-1: new high-speed USB device number 2 using ehci-omap [ 1.932647] omap_i2c 48070000.i2c: bus 0 rev0.10 at 400 kHz [ 1.940551] omap_i2c 48072000.i2c: bus 1 rev0.10 at 400 kHz [ 1.951354] omap_i2c 48060000.i2c: bus 2 rev0.10 at 100 kHz [ 1.958892] hub 1-1:1.0: USB hub found [ 1.962951] hub 1-1:1.0: 5 ports detected [ 1.968566] omap_i2c 48350000.i2c: bus 3 rev0.10 at 400 kHz [ 1.975280] omap-dma-engine 4a056000.dma-controller: allocating channel for 62 [ 1.982879] omap-dma-engine 4a056000.dma-controller: allocating channel for 61 [ 1.990661] 4809c000.mmc supply vmmc_aux not found, using dummy regulator [ 1.999267] omap_hsmmc 4809c000.mmc: pins are not configured from the driver [ 2.058105] omap-dma-engine 4a056000.dma-controller: allocating channel for 60 [ 2.065765] omap-dma-engine 4a056000.dma-controller: allocating channel for 59 [ 2.073425] 480d5000.mmc supply vmmc_aux not found, using dummy regulator [ 2.113586] mmc0: host does not support reading read-only switch. assuming write-enable. [ 2.124267] mmc0: new high speed SD card at address f3c2 [ 2.124267] isa bounce pool size: 16 pages [ 2.134704] mmcblk0: mmc0:f3c2 SD02G 1.84 GiB [ 2.141204] mmcblk0: p1 p2 [ 10.452117] [sched_delayed] sched: RT throttling activated ~$off # PYBOOT: Exception: kernel: ERROR: failed to boot: <class 'pexpect.TIMEOUT'> # PYBOOT: Time: 108.89 seconds. # PYBOOT: Result: FAIL omap4-panda-es: FAIL: last 24 lines of boot log: ------------------------------------------------ [ 1.562499] Power Management for TI OMAP4. [ 1.566802] OMAP4 PM: u-boot >= v2012.07 is required for full PM support [ 1.573944] Registering SWP/SWPB emulation handler [ 1.579803] vwl1271: 1800 mV [ 1.586639] Skipping twl internal clock init and using bootloader value (unknown osc rate) [ 1.596008] twl 0-0048: PIH (irq 39) nested IRQs [ 1.602294] twl_rtc rtc.11: Enabling TWL-RTC [ 1.609130] twl_rtc rtc.11: rtc core: registered rtc.11 as rtc0 [ 1.615997] VAUX1_6030: 1000 <--> 3000 mV at 2800 mV [ 1.621978] VAUX2_6030: 1200 <--> 2800 mV at 1800 mV [ 1.627960] VAUX3_6030: 1000 <--> 3000 mV at 1200 mV [ 1.633972] VMMC: 1200 <--> 3000 mV at 3000 mV [ 1.639404] VPP: 1800 <--> 2500 mV at 1900 mV [ 1.644744] VUSIM: 1200 <--> 2900 mV at 1800 mV [ 1.649780] VDAC: 1800 mV [ 1.649780] VANA: 2100 mV [ 1.656829] VCXIO: 1800 mV [ 1.656829] VUSB: 3300 mV [ 1.663604] V1V8: 1800 mV [ 1.667144] V2V1: 2100 mV ~$off # PYBOOT: Exception: kernel: ERROR: failed to boot: <class 'pexpect.TIMEOUT'> # PYBOOT: Time: 107.09 seconds. # PYBOOT: Result: FAIL

11 years, 3 months

[PATCH] spi: Use bitfields for multiple data lines

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> Trent Piepho observed that since the current realistic maximum number of data lines is four we can pack the spi_transfer struct more efficiently if we use a bitfield for the number of bits, allowing the fields to fit in a single byte along with cs_change. If space becomes an issue further optimiation is possible by only using the constants and packing the values chosen for them. Reported-by: Trent Piepho <tpiepho(a)gmail.com> Signed-off-by: Mark Brown <broonie(a)linaro.org> --- include/linux/spi/spi.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/linux/spi/spi.h b/include/linux/spi/spi.h index 27a882978c15..77b529e418d5 100644 --- a/include/linux/spi/spi.h +++ b/include/linux/spi/spi.h @@ -576,8 +576,8 @@ struct spi_transfer { dma_addr_t rx_dma; unsigned cs_change:1; - u8 tx_nbits; - u8 rx_nbits; + unsigned tx_nbits:3; + unsigned rx_nbits:3; #define SPI_NBITS_SINGLE 0x01 /* 1bit transfer */ #define SPI_NBITS_DUAL 0x02 /* 2bits transfer */ #define SPI_NBITS_QUAD 0x04 /* 4bits transfer */ -- 1.8.5.2

11 years, 3 months

[PATCH v5 0/5] Hardware Reduced Mode Cleanup for ACPI

by al.stone＠linaro.org

From: Al Stone <al.stone(a)linaro.org> This series of patches starts with Hanjun's patch to create a kernel config item for CONFIG_ACPI_REDUCED_HARDWARE [0]. Building on that, I then reviewed all of the code that touched any of several fields in the FADT that the OSPM is supposed to ignore when ACPI is in Hardware Reduced mode [1]. Any time there was a use of one of the fields to be ignored, I evaluated whether or not the code was implementing Hardware Reduced mode correctly. Similarly, for each the flags in the FADT flags field that are to be ignored in Hardware Reduced mode, the kernel code was again scanned for proper usage. The remainder of the patches are to fix all of the situations I could find where the kernel would not behave correctly in this ACPI mode. These seem to work just fine on the RTSM model for ARMv7, both with and without ACPI enabled, and with and without ACPI_REDUCED_HARDWARE enabled; similarly for the FVP model for ARMv8. The patches for ACPI on ARM hardware have been submitted elsewhere but they presume that reduced HW mode is functioning correctly. In the meantime, there's no way I can think of to test all possible scenarios so feedback would be greatly appreciated. [0] List at https://wiki.linaro.org/LEG/Engineering/Kernel/ACPI/AcpiReducedHw#Section_5… [1] Please see the ACPI Specification v5.0 for details on Hardware Reduced mode (sections 3.11.1, 4.1, 5.2.9, at a minimum). Changes for v5: -- Clarify that if the kernel config option to build ACPI hardware reduced mode is used, it builds a hardware reduced *only* kernel (i.e., full legacy ACPI mode will no longer work). Changes for v4: -- Given the current state of ACPICA, disable CONFIG_ACPI_REDUCED_HARDWARE for use on anything other than ARM. -- Replaced #ifdefs with run-time checking for hardware reduced mode, whenever possible Changes for v3: -- Modified enabling ACPI_REDUCED_HARDWARE in ACPICA when using kernel config item CONFIG_ACPI_REDUCED_HARDWARE; now consistent with ACPICA code base where needed -- Enable X86 for CONFIG_ACPI_REDUCED_HARDWARE -- Minimize bus master reload patching -- Remove unneeded patch for dmi_check_system() (was 4/6) -- Correct the patch for removing unneeded map/unmap of FADT fields Changes for v2: -- Remove patch that was outside of reduced HW mode changes -- Simplify CONFIG_ACPI_REDUCED_HARDWARE in Kconfig -- Simplify use of CONFIG_ACPI_REDUCED_HARDWARE in #ifdefs -- Ensure changelogs are present -- Combine and simplify previous patches 8 & 10 Al Stone (5): ACPI: introduce CONFIG_ACPI_REDUCED_HARDWARE_ONLY to enforce this ACPI mode ACPI: bus master reload not supported in reduced HW mode ACPI: HW reduced mode does not allow use of the FADT sci_interrupt field ACPI: in HW reduced mode, using FADT PM information is not allowed. ACPI: do not map/unmap memory regions for FADT entries in reduced HW mode drivers/acpi/Kconfig | 12 ++++++++++++ drivers/acpi/bus.c | 30 ++++++++++++++++-------------- drivers/acpi/osl.c | 38 +++++++++++++++++++------------------- drivers/acpi/pci_link.c | 2 ++ drivers/acpi/processor_idle.c | 14 ++++++++++++-- include/acpi/platform/aclinux.h | 6 ++++++ 6 files changed, 67 insertions(+), 35 deletions(-) -- 1.8.4.2

11 years, 3 months

lsk-android merge lsk review

by Alex Shi

When merge lsk into lsk-android, I resolved mm_types.h conflict as following. Since just new function definition. I pushed the merge into lsk-android. Vishal, does the testing will be started automatically? And then how to check the testing results? ========== commit 60d29b4f9bf5466c1d6eccac414765b7ac2e8eb4 Merge: 0a1e99e 450cdfa Author: Alex Shi <alex.shi(a)linaro.org> Date: Fri Jan 10 23:56:41 2014 +0800 Merge branch 'linux-linaro-lsk' into linux-linaro-lsk-android Conflicts: include/linux/mm_types.h diff --cc include/linux/mm_types.h index 93ddd4e,10a9a17..c14df44 --- a/include/linux/mm_types.h +++ b/include/linux/mm_types.h @@@ -462,14 -465,45 +470,53 @@@ static inline cpumask_t *mm_cpumask(str return mm->cpu_vm_mask_var; } - +/* Return the name for an anonymous mapping or NULL for a file-backed mapping */ +static inline const char __user *vma_get_anon_name(struct vm_area_struct *vma) +{ + if (vma->vm_file) + return NULL; + + return vma->shared.anon_name; +} + #if defined(CONFIG_NUMA_BALANCING) || defined(CONFIG_COMPACTION) + /* + * Memory barriers to keep this state in sync are graciously provided by + * the page table locks, outside of which no page table modifications happen. + * The barriers below prevent the compiler from re-ordering the instructions + * around the memory barriers that are already present in the code. + */ + static inline bool mm_tlb_flush_pending(struct mm_struct *mm) + { + barrier(); + return mm->tlb_flush_pending; + } + static inline void set_tlb_flush_pending(struct mm_struct *mm) + { + mm->tlb_flush_pending = true; + + /* + * Guarantee that the tlb_flush_pending store does not leak into the + * critical section updating the page tables + */ + smp_mb__before_spinlock(); + } + /* Clearing is done after a TLB flush, which also provides a barrier. */ + static inline void clear_tlb_flush_pending(struct mm_struct *mm) + { + barrier(); + mm->tlb_flush_pending = false; + } + #else + static inline bool mm_tlb_flush_pending(struct mm_struct *mm) + { + return false; + } + static inline void set_tlb_flush_pending(struct mm_struct *mm) + { + } + static inline void clear_tlb_flush_pending(struct mm_struct *mm) + { + } + #endif #endif /* _LINUX_MM_TYPES_H */ -- Thanks Alex

11 years, 3 months

[PATCH 0/5] ARM: kprobes: big endian support

by Taras Kondratiuk

Reworked initial Ben's series for big endian support [1]. Dropped patches that are not directly related to kprobes. Current set of patches is enough to have functional BE kprobes. All kprobes-tests pass in any LE/BE and ARM/Thumb combination. Based on v3.13-rc5. [1] http://www.spinics.net/lists/arm-kernel/msg285210.html Ben Dooks (4): ARM: kprobes: fix instruction fetch order with <asm/opcodes.h> ARM: kprobes-test: use <asm/opcodes.h> for instruction accesses ARM: kprobes-test: use <asm/opcodes.h> for ARM instruction building ARM: kprobes-test: use <asm/opcodes.h> for Thumb instruction building Taras Kondratiuk (1): ARM: kprobes-test: Workaround GAS .align bug arch/arm/kernel/kprobes-common.c | 19 +- arch/arm/kernel/kprobes-test-arm.c | 595 +++++++++++++++++----------------- arch/arm/kernel/kprobes-test-thumb.c | 447 ++++++++++++------------- arch/arm/kernel/kprobes-test.c | 14 +- arch/arm/kernel/kprobes-test.h | 2 +- arch/arm/kernel/kprobes-thumb.c | 20 +- arch/arm/kernel/kprobes.c | 9 +- 7 files changed, 558 insertions(+), 548 deletions(-) -- 1.7.9.5

11 years, 3 months

[PATCH v3 0/2] PSCI system off and reset for KVM ARM/ARM64

by Anup Patel

The Power State and Coordination Interface (PSCI) specification defines SYSTEM_OFF and SYSTEM_RESET functions for system poweroff and reboot. This patchset adds emulation of PSCI SYSTEM_OFF and SYSTEM_RESET functions in KVM ARM/ARM64 by forwarding them to user space (QEMU or KVMTOOL) using KVM_EXIT_SYSTEM_EVENT exit reason. To try this patch from guest kernel, we will need PSCI-based restart and poweroff support in the guest kenel for both ARM and ARM64. Rob Herring has already submitted patches for PSCI-based restart and poweroff in ARM kernel but these are not merged yet due unstable device tree bindings of kernel PSCI support. We will be having similar patches for PSCI-based restart and poweroff in ARM64 kernel. (Refer http://www.spinics.net/lists/arm-kernel/msg262217.html) (Refer http://www.spinics.net/lists/devicetree/msg05348.html) Change Log: V3: - Simplify handle_hvc() for both ARM and ARM64 - Minor fix in comments for kvm_psci_call() V2: - Replace KVM_EXIT_RESET with KVM_EXIT_SYSTEM_EVENT - Make kvm_psci_call() return convention to match KVM ARM return convention V1: - Initial revised patch after RFC PATCH. Anup Patel (2): KVM: Add KVM_EXIT_SYSTEM_EVENT to user space API header ARM/ARM64: KVM: Forward PSCI SYSTEM_OFF and SYSTEM_RESET to user space Documentation/virtual/kvm/api.txt | 15 ++++++++++++ arch/arm/include/asm/kvm_psci.h | 2 +- arch/arm/include/uapi/asm/kvm.h | 2 ++ arch/arm/kvm/handle_exit.c | 11 ++++++--- arch/arm/kvm/psci.c | 47 ++++++++++++++++++++++++++++++------- arch/arm64/include/asm/kvm_psci.h | 2 +- arch/arm64/include/uapi/asm/kvm.h | 2 ++ arch/arm64/kvm/handle_exit.c | 10 +++++--- include/uapi/linux/kvm.h | 8 +++++++ 9 files changed, 83 insertions(+), 16 deletions(-) -- 1.7.9.5

11 years, 3 months

[PATCH 1/8] ASoC: alc5623: Use params_width() rather than memory format

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> Signed-off-by: Mark Brown <broonie(a)linaro.org> --- sound/soc/codecs/alc5623.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/sound/soc/codecs/alc5623.c b/sound/soc/codecs/alc5623.c index 256c364193a5..d3036283482a 100644 --- a/sound/soc/codecs/alc5623.c +++ b/sound/soc/codecs/alc5623.c @@ -714,17 +714,17 @@ static int alc5623_pcm_hw_params(struct snd_pcm_substream *substream, iface &= ~ALC5623_DAI_I2S_DL_MASK; /* bit size */ - switch (params_format(params)) { - case SNDRV_PCM_FORMAT_S16_LE: + switch (params_width(params)) { + case 16: iface |= ALC5623_DAI_I2S_DL_16; break; - case SNDRV_PCM_FORMAT_S20_3LE: + case 20: iface |= ALC5623_DAI_I2S_DL_20; break; - case SNDRV_PCM_FORMAT_S24_LE: + case 24: iface |= ALC5623_DAI_I2S_DL_24; break; - case SNDRV_PCM_FORMAT_S32_LE: + case 32: iface |= ALC5623_DAI_I2S_DL_32; break; default: -- 1.8.5.2

11 years, 3 months

[PATCH 1/2] ARM: SA1100: Create dummy clk_get_rate() to avoid build failures

by Viresh Kumar

There are some parts of common kernel which would be using routines like clk_get_rate() on some platforms. Currently these wouldn't be called for SA1100 boards but we need these routines for successful builds of these boards. So, this patch creates a dummy clk_get_rate() routine which is being used by cpufreq core. More dummy routines might be added later if there is a need for that. Cc: Russell King <linux(a)arm.linux.org.uk> Cc: Arnd Bergmann <arnd.bergmann(a)linaro.org> Reported-by: <Olof Johansson> olof(a)lixom.net Signed-off-by: Viresh Kumar <viresh.kumar(a)linaro.org> --- Hi Rafael, This is the only new part here. 2/2 is still the same. Its compiled for Assabet board. And the issue reported by Olof is resolved with it. arch/arm/mach-sa1100/clock.c | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/mach-sa1100/clock.c b/arch/arm/mach-sa1100/clock.c index 172ebd0..9fa6a99 100644 --- a/arch/arm/mach-sa1100/clock.c +++ b/arch/arm/mach-sa1100/clock.c @@ -33,6 +33,13 @@ struct clk clk_##_name = { \ static DEFINE_SPINLOCK(clocks_lock); +/* Dummy clk routine to build generic kernel parts that may be using them */ +unsigned long clk_get_rate(struct clk *clk) +{ + return 0; +} +EXPORT_SYMBOL(clk_get_rate); + static void clk_gpio27_enable(struct clk *clk) { /* -- 1.7.12.rc2.18.g61b472e

11 years, 3 months

[PATCH] video: amba-clcd: Make CLCD driver available on more platforms

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> The CLCD driver is used on ARM reference models for ARMv8 so add ARM64 to the list of dependencies. The driver also has no build time dependencies on ARM (stubs are provided for ARM-specific DMA functions in the code) so make it available with COMPILE_TEST in order to maximise build coverage. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/video/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig index 4f2e1b35eb38..e6c7fb1a389b 100644 --- a/drivers/video/Kconfig +++ b/drivers/video/Kconfig @@ -312,7 +312,8 @@ config FB_PM2_FIFO_DISCONNECT config FB_ARMCLCD tristate "ARM PrimeCell PL110 support" - depends on FB && ARM && ARM_AMBA + depends on ARM || ARM64 || COMPILE_TEST + depends on FB && ARM_AMBA select FB_CFB_FILLRECT select FB_CFB_COPYAREA select FB_CFB_IMAGEBLIT -- 1.8.5.1

11 years, 3 months

mainline boot: 32 pass, 0 fail (v3.13-rc7-87-g21e20e2)

by Kevin's boot bot

Automated DT boot report for various ARM defconfigs. Tree/Branch: mainline Git describe: v3.13-rc7-87-g21e20e2 Full Report =========== omap2plus_defconfig ------------------- am335x-boneblack PASS: 0 min 27.9 sec omap3-beagle-xm PASS: 0 min 57.5 sec am335x-bone PASS: 0 min 26.6 sec omap4-panda PASS: 1 min 5.0 sec omap4-panda-es PASS: 1 min 5.1 sec omap3-tobi,3730storm PASS: 0 min 24.3 sec omap3-tobi,3530overo PASS: 0 min 21.9 sec tegra_defconfig --------------- tegra30-beaver PASS: 0 min 17.0 sec imx_v6_v7_defconfig ------------------- imx6dl-wandboard,wand-dual PASS: 0 min 18.2 sec imx6dl-wandboard,wand-solo PASS: 0 min 18.2 sec imx6q-wandboard PASS: 0 min 16.6 sec sunxi_defconfig --------------- sun7i-a20-cubieboard2 PASS: 0 min 12.1 sec mvebu_defconfig --------------- armada-xp-openblocks-ax3-4 PASS: 0 min 22.0 sec armada-370-mirabox PASS: 0 min 20.2 sec exynos_defconfig ---------------- exynos5250-arndale PASS: 0 min 28.9 sec multi_v7_defconfig ------------------ ste-snowball PASS: 0 min 32.7 sec tegra30-beaver PASS: 0 min 17.5 sec am335x-boneblack PASS: 0 min 24.7 sec omap3-beagle-xm PASS: 1 min 0.3 sec sun7i-a20-cubieboard2 PASS: 0 min 13.1 sec armada-370-mirabox PASS: 0 min 20.7 sec omap4-panda PASS: 1 min 1.5 sec omap4-panda-es PASS: 1 min 3.4 sec armada-xp-openblocks-ax3-4 PASS: 0 min 23.1 sec imx6dl-wandboard,wand-solo PASS: 0 min 17.6 sec am335x-bone PASS: 0 min 23.5 sec imx6q-wandboard PASS: 0 min 15.8 sec omap3-tobi,3730storm PASS: 0 min 22.5 sec imx6dl-wandboard,wand-dual PASS: 0 min 17.9 sec omap3-tobi,3530overo PASS: 0 min 20.4 sec u8500_defconfig --------------- ste-snowball PASS: 0 min 27.6 sec sama5_defconfig --------------- sama5d35ek PASS: 0 min 17.3 sec

11 years, 3 months

← Newer
1
...
14
15
16
17
18
19
20
...
25
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel January 2014