linaro-kernel

linaro-kernel@lists.linaro.org

10095 discussions

mainline boot: 49 pass, 0 fail (v3.15-rc2-313-gec6931b)

by Kevin's boot bot

Tree/Branch: mainline Git describe: v3.15-rc2-313-gec6931b Full Report =========== arm-davinci_all_defconfig ------------------------- legacy,dm365evm 0 min 17.3 sec: PASS da850-evm 0 min 15.4 sec: PASS arm-tegra_defconfig ------------------- tegra30-beaver 0 min 17.2 sec: PASS arm-omap2plus_defconfig ----------------------- legacy,3730xm 0 min 54.6 sec: PASS am335x-boneblack 0 min 44.1 sec: PASS omap3-beagle-xm 1 min 1.0 sec: PASS legacy,3530beagle 0 min 36.1 sec: PASS (Warnings: 1) omap4-panda 1 min 11.9 sec: PASS omap3-overo-tobi 0 min 23.6 sec: PASS (Warnings: 1) am335x-bone 0 min 28.1 sec: PASS omap3-overo-storm-tobi 0 min 24.9 sec: PASS omap5-uevm 1 min 2.3 sec: PASS (Warnings: 1) omap3-n900 0 min 17.8 sec: PASS (Warnings: 1) legacy,n900 0 min 17.1 sec: PASS (Warnings: 1) omap4-panda-es 1 min 8.5 sec: PASS legacy,3730storm 0 min 22.8 sec: PASS legacy,3530overo 0 min 21.1 sec: PASS (Warnings: 1) arm-imx_v6_v7_defconfig ----------------------- imx6dl-wandboard,wand-dual 0 min 18.7 sec: PASS imx6dl-wandboard,wand-solo 0 min 19.3 sec: PASS imx6q-wandboard 0 min 17.4 sec: PASS arm-multi_v7_defconfig ---------------------- qcom-apq8074-dragonboard 0 min 17.1 sec: PASS ste-snowball 1 min 19.1 sec: PASS tegra30-beaver 0 min 19.7 sec: PASS am335x-boneblack 0 min 37.9 sec: PASS omap3-beagle-xm 0 min 50.6 sec: PASS sun7i-a20-cubieboard2 0 min 12.4 sec: PASS armada-370-mirabox 0 min 22.4 sec: PASS omap4-panda 0 min 51.8 sec: PASS armada-xp-openblocks-ax3-4 0 min 25.6 sec: PASS sun4i-a10-cubieboard 0 min 19.3 sec: PASS bcm28155-ap 0 min 27.9 sec: PASS omap3-overo-tobi 0 min 22.2 sec: PASS (Warnings: 1) imx6dl-wandboard,wand-solo 0 min 18.1 sec: PASS am335x-bone 0 min 26.9 sec: PASS omap3-overo-storm-tobi 0 min 21.1 sec: PASS omap5-uevm 1 min 39.7 sec: PASS (Warnings: 1) omap3-n900 0 min 16.1 sec: PASS (Warnings: 1) imx6q-wandboard 0 min 16.9 sec: PASS omap4-panda-es 0 min 52.1 sec: PASS imx6dl-wandboard,wand-dual 0 min 18.3 sec: PASS arm-sunxi_defconfig ------------------- sun7i-a20-cubieboard2 0 min 22.7 sec: PASS sun4i-a10-cubieboard 0 min 13.0 sec: PASS arm-bcm_defconfig ----------------- bcm28155-ap 0 min 24.5 sec: PASS arm-exynos_defconfig -------------------- exynos5420-arndale-octa 0 min 32.1 sec: PASS exynos5250-arndale 0 min 28.9 sec: PASS arm-u8500_defconfig ------------------- ste-snowball 0 min 31.0 sec: PASS arm-mvebu_v7_defconfig ---------------------- armada-xp-openblocks-ax3-4 0 min 22.2 sec: PASS armada-370-mirabox 0 min 20.4 sec: PASS arm-sama5_defconfig ------------------- sama5d35ek 0 min 17.2 sec: PASS

11 years, 2 months

[PATCH 00/15] ASoC: Arnds randconfig fixes for ASoC

by Xia Kaixu

This patchset series addresses various bugs found and fixed by Arnd Bergmann whilst doing randconfig builds. My involvement has been to review, add/check the maintainers are correct and submit upstream to try and reduce the backlog. Best Regards, Kaixu Xia Arnd Bergmann (15): ASoC: return of the freak dependency ASoC: CS42L51 and WM8962 codecs depend on INPUT ASoC: davinci: add dependencies for SND_SOC_TLV320AIC3X ASoC: SMDK_WM8580_PCM needs REGMAP_I2C ASoC: samsung-idma: avoid 64-bit division ASoC: nuc900: export nuc900_ac97_data ASoC: RX-51 audio needs I2C ASoC: missing codec dependencies ASoC: add more dependencies ASoC: missing dependencies ASoC: Atmel WM8904 codec support needs I2C ASoC: SND_S3C_DMA_LEGACY needs S3C24XX_DMA ASoC: Amstrad E3 needs TTY support for codec ASoC: samsung: don't build pcm and spdif on exynos ASoC: pxa: remove mach header dependency sound/arm/pxa2xx-pcm.c | 2 ++ sound/arm/pxa2xx-pcm.h | 3 +-- sound/soc/Kconfig | 1 + sound/soc/atmel/Kconfig | 2 +- sound/soc/codecs/Kconfig | 8 ++++---- sound/soc/davinci/Kconfig | 10 +++++----- sound/soc/fsl/Kconfig | 2 +- sound/soc/nuc900/Kconfig | 1 + sound/soc/nuc900/nuc900-ac97.c | 1 + sound/soc/omap/Kconfig | 4 ++-- sound/soc/pxa/Kconfig | 4 ++-- sound/soc/pxa/pxa-ssp.c | 2 -- sound/soc/pxa/pxa2xx-pcm.c | 2 ++ sound/soc/samsung/Kconfig | 26 ++++++++++++-------------- sound/soc/samsung/idma.c | 2 +- sound/soc/sh/Kconfig | 2 +- 16 files changed, 37 insertions(+), 35 deletions(-) -- 1.7.9.5

11 years, 2 months

[PATCH] perf: ARM64: wire up perf_regs and unwind support

by Jean Pihet

This patch hooks in the perf_regs and libunwind code for ARM64. The tools/perf/arch/arm64 is created; it contains the arch specific code for DWARF unwinding. Signed-off-by: Jean Pihet <jean.pihet(a)linaro.org> Acked-by: Will Deacon <will.deacon(a)arm.com> --- tools/perf/arch/arm64/Makefile | 7 +++ tools/perf/arch/arm64/include/perf_regs.h | 88 +++++++++++++++++++++++++++ tools/perf/arch/arm64/util/dwarf-regs.c | 80 ++++++++++++++++++++++++ tools/perf/arch/arm64/util/unwind-libunwind.c | 82 +++++++++++++++++++++++++ tools/perf/config/Makefile | 8 ++- 5 files changed, 264 insertions(+), 1 deletion(-) create mode 100644 tools/perf/arch/arm64/Makefile create mode 100644 tools/perf/arch/arm64/include/perf_regs.h create mode 100644 tools/perf/arch/arm64/util/dwarf-regs.c create mode 100644 tools/perf/arch/arm64/util/unwind-libunwind.c diff --git a/tools/perf/arch/arm64/Makefile b/tools/perf/arch/arm64/Makefile new file mode 100644 index 0000000..67e9b3d --- /dev/null +++ b/tools/perf/arch/arm64/Makefile @@ -0,0 +1,7 @@ +ifndef NO_DWARF +PERF_HAVE_DWARF_REGS := 1 +LIB_OBJS += $(OUTPUT)arch/$(ARCH)/util/dwarf-regs.o +endif +ifndef NO_LIBUNWIND +LIB_OBJS += $(OUTPUT)arch/$(ARCH)/util/unwind-libunwind.o +endif diff --git a/tools/perf/arch/arm64/include/perf_regs.h b/tools/perf/arch/arm64/include/perf_regs.h new file mode 100644 index 0000000..2359546 --- /dev/null +++ b/tools/perf/arch/arm64/include/perf_regs.h @@ -0,0 +1,88 @@ +#ifndef ARCH_PERF_REGS_H +#define ARCH_PERF_REGS_H + +#include <stdlib.h> +#include "../../util/types.h" +#include <asm/perf_regs.h> + +#define PERF_REGS_MASK ((1ULL << PERF_REG_ARM64_MAX) - 1) +#define PERF_REG_IP PERF_REG_ARM64_PC +#define PERF_REG_SP PERF_REG_ARM64_SP + +static inline const char *perf_reg_name(int id) +{ + switch (id) { + case PERF_REG_ARM64_X0: + return "x0"; + case PERF_REG_ARM64_X1: + return "x1"; + case PERF_REG_ARM64_X2: + return "x2"; + case PERF_REG_ARM64_X3: + return "x3"; + case PERF_REG_ARM64_X4: + return "x4"; + case PERF_REG_ARM64_X5: + return "x5"; + case PERF_REG_ARM64_X6: + return "x6"; + case PERF_REG_ARM64_X7: + return "x7"; + case PERF_REG_ARM64_X8: + return "x8"; + case PERF_REG_ARM64_X9: + return "x9"; + case PERF_REG_ARM64_X10: + return "x10"; + case PERF_REG_ARM64_X11: + return "x11"; + case PERF_REG_ARM64_X12: + return "x12"; + case PERF_REG_ARM64_X13: + return "x13"; + case PERF_REG_ARM64_X14: + return "x14"; + case PERF_REG_ARM64_X15: + return "x15"; + case PERF_REG_ARM64_X16: + return "x16"; + case PERF_REG_ARM64_X17: + return "x17"; + case PERF_REG_ARM64_X18: + return "x18"; + case PERF_REG_ARM64_X19: + return "x19"; + case PERF_REG_ARM64_X20: + return "x20"; + case PERF_REG_ARM64_X21: + return "x21"; + case PERF_REG_ARM64_X22: + return "x22"; + case PERF_REG_ARM64_X23: + return "x23"; + case PERF_REG_ARM64_X24: + return "x24"; + case PERF_REG_ARM64_X25: + return "x25"; + case PERF_REG_ARM64_X26: + return "x26"; + case PERF_REG_ARM64_X27: + return "x27"; + case PERF_REG_ARM64_X28: + return "x28"; + case PERF_REG_ARM64_X29: + return "x29"; + case PERF_REG_ARM64_SP: + return "sp"; + case PERF_REG_ARM64_LR: + return "lr"; + case PERF_REG_ARM64_PC: + return "pc"; + default: + return NULL; + } + + return NULL; +} + +#endif /* ARCH_PERF_REGS_H */ diff --git a/tools/perf/arch/arm64/util/dwarf-regs.c b/tools/perf/arch/arm64/util/dwarf-regs.c new file mode 100644 index 0000000..d49efeb --- /dev/null +++ b/tools/perf/arch/arm64/util/dwarf-regs.c @@ -0,0 +1,80 @@ +/* + * Mapping of DWARF debug register numbers into register names. + * + * Copyright (C) 2010 Will Deacon, ARM Ltd. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License version 2 as + * published by the Free Software Foundation. + */ + +#include <stddef.h> +#include <dwarf-regs.h> + +struct pt_regs_dwarfnum { + const char *name; + unsigned int dwarfnum; +}; + +#define STR(s) #s +#define REG_DWARFNUM_NAME(r, num) {.name = r, .dwarfnum = num} +#define GPR_DWARFNUM_NAME(num) \ + {.name = STR(%x##num), .dwarfnum = num} +#define REG_DWARFNUM_END {.name = NULL, .dwarfnum = 0} + +/* + * Reference: + * http://infocenter.arm.com/help/topic/com.arm.doc.ihi0057b/IHI0057B_aadwarf6… + */ +static const struct pt_regs_dwarfnum regdwarfnum_table[] = { + GPR_DWARFNUM_NAME(0), + GPR_DWARFNUM_NAME(1), + GPR_DWARFNUM_NAME(2), + GPR_DWARFNUM_NAME(3), + GPR_DWARFNUM_NAME(4), + GPR_DWARFNUM_NAME(5), + GPR_DWARFNUM_NAME(6), + GPR_DWARFNUM_NAME(7), + GPR_DWARFNUM_NAME(8), + GPR_DWARFNUM_NAME(9), + GPR_DWARFNUM_NAME(10), + GPR_DWARFNUM_NAME(11), + GPR_DWARFNUM_NAME(12), + GPR_DWARFNUM_NAME(13), + GPR_DWARFNUM_NAME(14), + GPR_DWARFNUM_NAME(15), + GPR_DWARFNUM_NAME(16), + GPR_DWARFNUM_NAME(17), + GPR_DWARFNUM_NAME(18), + GPR_DWARFNUM_NAME(19), + GPR_DWARFNUM_NAME(20), + GPR_DWARFNUM_NAME(21), + GPR_DWARFNUM_NAME(22), + GPR_DWARFNUM_NAME(23), + GPR_DWARFNUM_NAME(24), + GPR_DWARFNUM_NAME(25), + GPR_DWARFNUM_NAME(26), + GPR_DWARFNUM_NAME(27), + GPR_DWARFNUM_NAME(28), + GPR_DWARFNUM_NAME(29), + REG_DWARFNUM_NAME("%lr", 30), + REG_DWARFNUM_NAME("%sp", 31), + REG_DWARFNUM_END, +}; + +/** + * get_arch_regstr() - lookup register name from it's DWARF register number + * @n: the DWARF register number + * + * get_arch_regstr() returns the name of the register in struct + * regdwarfnum_table from it's DWARF register number. If the register is not + * found in the table, this returns NULL; + */ +const char *get_arch_regstr(unsigned int n) +{ + const struct pt_regs_dwarfnum *roff; + for (roff = regdwarfnum_table; roff->name != NULL; roff++) + if (roff->dwarfnum == n) + return roff->name; + return NULL; +} diff --git a/tools/perf/arch/arm64/util/unwind-libunwind.c b/tools/perf/arch/arm64/util/unwind-libunwind.c new file mode 100644 index 0000000..436ee43 --- /dev/null +++ b/tools/perf/arch/arm64/util/unwind-libunwind.c @@ -0,0 +1,82 @@ + +#include <errno.h> +#include <libunwind.h> +#include "perf_regs.h" +#include "../../util/unwind.h" + +int libunwind__arch_reg_id(int regnum) +{ + switch (regnum) { + case UNW_AARCH64_X0: + return PERF_REG_ARM64_X0; + case UNW_AARCH64_X1: + return PERF_REG_ARM64_X1; + case UNW_AARCH64_X2: + return PERF_REG_ARM64_X2; + case UNW_AARCH64_X3: + return PERF_REG_ARM64_X3; + case UNW_AARCH64_X4: + return PERF_REG_ARM64_X4; + case UNW_AARCH64_X5: + return PERF_REG_ARM64_X5; + case UNW_AARCH64_X6: + return PERF_REG_ARM64_X6; + case UNW_AARCH64_X7: + return PERF_REG_ARM64_X7; + case UNW_AARCH64_X8: + return PERF_REG_ARM64_X8; + case UNW_AARCH64_X9: + return PERF_REG_ARM64_X9; + case UNW_AARCH64_X10: + return PERF_REG_ARM64_X10; + case UNW_AARCH64_X11: + return PERF_REG_ARM64_X11; + case UNW_AARCH64_X12: + return PERF_REG_ARM64_X12; + case UNW_AARCH64_X13: + return PERF_REG_ARM64_X13; + case UNW_AARCH64_X14: + return PERF_REG_ARM64_X14; + case UNW_AARCH64_X15: + return PERF_REG_ARM64_X15; + case UNW_AARCH64_X16: + return PERF_REG_ARM64_X16; + case UNW_AARCH64_X17: + return PERF_REG_ARM64_X17; + case UNW_AARCH64_X18: + return PERF_REG_ARM64_X18; + case UNW_AARCH64_X19: + return PERF_REG_ARM64_X19; + case UNW_AARCH64_X20: + return PERF_REG_ARM64_X20; + case UNW_AARCH64_X21: + return PERF_REG_ARM64_X21; + case UNW_AARCH64_X22: + return PERF_REG_ARM64_X22; + case UNW_AARCH64_X23: + return PERF_REG_ARM64_X23; + case UNW_AARCH64_X24: + return PERF_REG_ARM64_X24; + case UNW_AARCH64_X25: + return PERF_REG_ARM64_X25; + case UNW_AARCH64_X26: + return PERF_REG_ARM64_X26; + case UNW_AARCH64_X27: + return PERF_REG_ARM64_X27; + case UNW_AARCH64_X28: + return PERF_REG_ARM64_X28; + case UNW_AARCH64_X29: + return PERF_REG_ARM64_X29; + case UNW_AARCH64_X30: + return PERF_REG_ARM64_LR; + case UNW_AARCH64_SP: + return PERF_REG_ARM64_SP; + case UNW_AARCH64_PC: + return PERF_REG_ARM64_PC; + default: + pr_err("unwind: invalid reg id %d\n", regnum); + return -EINVAL; + } + + return -EINVAL; +} diff --git a/tools/perf/config/Makefile b/tools/perf/config/Makefile index 1686583..2e3a19e 100644 --- a/tools/perf/config/Makefile +++ b/tools/perf/config/Makefile @@ -29,11 +29,17 @@ ifeq ($(ARCH),x86) endif NO_PERF_REGS := 0 endif + ifeq ($(ARCH),arm) NO_PERF_REGS := 0 LIBUNWIND_LIBS = -lunwind -lunwind-arm endif +ifeq ($(ARCH),arm64) + NO_PERF_REGS := 0 + LIBUNWIND_LIBS = -lunwind -lunwind-aarch64 +endif + ifeq ($(LIBUNWIND_LIBS),) NO_LIBUNWIND := 1 else @@ -327,7 +333,7 @@ ifndef NO_LIBUNWIND msg := $(warning No libunwind found, disabling post unwind support. Please install libunwind-dev[el] >= 1.1); NO_LIBUNWIND := 1 else - ifeq ($(ARCH),arm) + ifeq ($(ARCH),$(filter $(ARCH),arm arm64)) $(call feature_check,libunwind-debug-frame) ifneq ($(feature-libunwind-debug-frame), 1) msg := $(warning No debug_frame support found in libunwind); -- 1.7.11.7

11 years, 2 months

do_undefinstr call sem down_read?

by Alex Shi

Hi, Russell, I caught the following issue few times on my panda board on lsk. but I track the code path, looks like the upstream kernel has the same problem too. the interrupt handler do_undefinstr --> arm_notify_die --> die --> ... exit_signals --> threadgroup_change_begin --> down_read and then down_read maybe get into sleep. Is it a issue which needs to be fixed? or I over concern on this? [ 30.618469] BUG: sleeping function called from invalid context at kernel/rwsem.c:20 [ 30.618469] in_atomic(): 0, irqs_disabled(): 128, pid: 809, name: jbd2/mmcblk0p2- [ 30.628540] INFO: lockdep is turned off. [ 30.638671] irq event stamp: 1372 [ 30.638671] hardirqs last enabled at (1371): [<c00c1fa1>] get_page_from_freelist+0x279/0x434 [ 30.648529] hardirqs last disabled at (1372): [<c050cbb3>] __und_svc+0x33/0x5c [ 30.658905] softirqs last enabled at (0): [<c002f22a>] copy_process.part.52+0x31a/0xdf4 [ 30.658905] softirqs last disabled at (0): [< (null)>] (null) [ 30.669433] CPU: 0 PID: 809 Comm: jbd2/mmcblk0p2- Tainted: G D W 3.10.37+ #109 [ 30.682281] [<c001292d>] (unwind_backtrace+0x1/0xcc) from [<c0010279>] (show_stack+0x11/0x14) [ 30.691314] [<c0010279>] (show_stack+0x11/0x14) from [<c050aae7>] (down_read+0x1f/0x44) [ 30.699829] [<c050aae7>] (down_read+0x1f/0x44) from [<c00415c5>] (exit_signals+0x19/0xe4) [ 30.708496] [<c00415c5>] (exit_signals+0x19/0xe4) from [<c0034459>] (do_exit+0x81/0x870) [ 30.717071] [<c0034459>] (do_exit+0x81/0x870) from [<c00105af>] (die+0x333/0x350) [ 30.725036] [<c00105af>] (die+0x333/0x350) from [<c0008417>] (do_undefinstr+0x10b/0x13c) [ 30.733612] [<c0008417>] (do_undefinstr+0x10b/0x13c) from [<c050cbe3>] (__und_svc_finish+0x1/0x3e) [ 30.743103] Exception stack(0xedd5fc50 to 0xedd5fc98) [ 30.748443] fc40: c13c14e0 80000000 00000080 00000000 [ 30.757141] fc60: c13c14e0 0000000c eac67284 c13c14e0 edc11518 c0df95c0 c0824410 eac67240 [ 30.765808] fc80: 00000000 edd5fcd8 c00171f9 c00cf998 80000133 ffffffff [ 30.772827] [<c050cbe3>] (__und_svc_finish+0x1/0x3e) from [<c00cf998>] (page_mapping+0x20/0x38) [ 30.782073] [<c00cf998>] (page_mapping+0x20/0x38) from [<c00171f9>] (flush_dcache_page+0x1d/0x60) [ 30.791473] [<c00171f9>] (flush_dcache_page+0x1d/0x60) from [<c00e26c3>] (blk_queue_bounce+0x1a3/0x2a0) [ 30.801452] [<c00e26c3>] (blk_queue_bounce+0x1a3/0x2a0) from [<c02ca5bb>] (blk_queue_bio+0x1f/0x364) [ 30.811157] [<c02ca5bb>] (blk_queue_bio+0x1f/0x364) from [<c02c9661>] (generic_make_request+0x65/0x88) [ 30.821014] [<c02c9661>] (generic_make_request+0x65/0x88) from [<c02c96e5>] (submit_bio+0x61/0x104) [ 30.830627] [<c02c96e5>] (submit_bio+0x61/0x104) from [<c010f017>] (_submit_bh+0x127/0x19c) [ 30.839477] [<c010f017>] (_submit_bh+0x127/0x19c) from [<c0194def>] (jbd2_journal_commit_transaction+0x70b/0x161c) [ 30.850463] [<c0194def>] (jbd2_journal_commit_transaction+0-- Thanks Alex

11 years, 2 months

mainline boot: 48 pass, 0 fail (v3.15-rc2-205-g9a60ee1)

by Kevin's boot bot

Tree/Branch: mainline Git describe: v3.15-rc2-205-g9a60ee1 Full Report =========== arm-davinci_all_defconfig ------------------------- legacy,dm365evm 0 min 17.1 sec: PASS da850-evm 0 min 15.4 sec: PASS arm-tegra_defconfig ------------------- tegra30-beaver 0 min 17.2 sec: PASS arm-omap2plus_defconfig ----------------------- legacy,3730xm 0 min 53.8 sec: PASS am335x-boneblack 0 min 44.0 sec: PASS omap3-beagle-xm 1 min 1.8 sec: PASS legacy,3530beagle 0 min 44.0 sec: PASS (Warnings: 1) omap4-panda 1 min 10.3 sec: PASS omap3-overo-tobi 0 min 23.6 sec: PASS (Warnings: 1) am335x-bone 0 min 27.3 sec: PASS omap3-overo-storm-tobi 0 min 25.2 sec: PASS omap5-uevm 1 min 5.8 sec: PASS (Warnings: 1) omap3-n900 0 min 16.1 sec: PASS (Warnings: 1) legacy,n900 0 min 16.0 sec: PASS (Warnings: 1) omap4-panda-es 1 min 11.4 sec: PASS legacy,3730storm 0 min 19.4 sec: PASS legacy,3530overo 0 min 21.4 sec: PASS (Warnings: 1) arm-imx_v6_v7_defconfig ----------------------- imx6dl-wandboard,wand-dual 0 min 18.5 sec: PASS imx6dl-wandboard,wand-solo 0 min 19.3 sec: PASS imx6q-wandboard 0 min 17.4 sec: PASS arm-multi_v7_defconfig ---------------------- qcom-apq8074-dragonboard 0 min 17.4 sec: PASS ste-snowball 1 min 19.0 sec: PASS tegra30-beaver 0 min 19.9 sec: PASS am335x-boneblack 0 min 37.7 sec: PASS omap3-beagle-xm 0 min 48.2 sec: PASS sun7i-a20-cubieboard2 0 min 12.5 sec: PASS armada-370-mirabox 0 min 22.4 sec: PASS omap4-panda 0 min 55.2 sec: PASS armada-xp-openblocks-ax3-4 0 min 25.5 sec: PASS sun4i-a10-cubieboard 0 min 19.0 sec: PASS bcm28155-ap 0 min 26.6 sec: PASS omap3-overo-tobi 0 min 22.1 sec: PASS (Warnings: 1) imx6dl-wandboard,wand-solo 0 min 18.1 sec: PASS am335x-bone 0 min 26.8 sec: PASS omap3-overo-storm-tobi 0 min 23.9 sec: PASS omap5-uevm 1 min 40.5 sec: PASS (Warnings: 1) omap3-n900 0 min 16.1 sec: PASS (Warnings: 1) imx6q-wandboard 0 min 16.7 sec: PASS omap4-panda-es 0 min 52.9 sec: PASS imx6dl-wandboard,wand-dual 0 min 18.4 sec: PASS arm-sunxi_defconfig ------------------- sun7i-a20-cubieboard2 0 min 22.7 sec: PASS sun4i-a10-cubieboard 0 min 17.7 sec: PASS arm-bcm_defconfig ----------------- bcm28155-ap 0 min 24.9 sec: PASS arm-exynos_defconfig -------------------- exynos5250-arndale 0 min 29.8 sec: PASS arm-u8500_defconfig ------------------- ste-snowball 0 min 31.6 sec: PASS arm-mvebu_v7_defconfig ---------------------- armada-xp-openblocks-ax3-4 0 min 22.5 sec: PASS armada-370-mirabox 0 min 20.3 sec: PASS arm-sama5_defconfig ------------------- sama5d35ek 1 min 44.8 sec: PASS

11 years, 2 months

Re: [RFC PATCH v3] ARM: uprobes need icache flush after xol write

by David Miller

From: Oleg Nesterov <oleg(a)redhat.com> Date: Wed, 16 Apr 2014 17:29:46 +0200 > On 04/16, David Miller wrote: >> >> From: Oleg Nesterov <oleg(a)redhat.com> >> Date: Wed, 16 Apr 2014 17:06:46 +0200 >> >> > Off-topic, I am just curious... can't someone explain why flush_pfn_alias() >> > or flush_icache_alias() can't race with itself ? I have no idea what they do, >> > but what if another thread calls the same function with the same CACHE_COLOUR() >> > right after set_pte_ext? >> >> PTE modifications are supposed to run with the page table lock held. > > OK, but __access_remote_vm() doesn't take ptl? > > And on arm copy_to_user_page()->flush_ptrace_access()->flush_pfn_alias() > does this. Well, for one thing, PTE's can't gain permissions except under mmap_sem which __access_remote_vm() does hold. But I see what you're saying, flush_pfn_alias() is doing something different. It's not making user mappings, but kernel ones in order to implement the cache flush. On sparc64 we handle this situation by hand-loading the mappings into the TLB, doing the operation using the mappings, then flushing it out of the TLB, all with interrupts disabled. Furthermore, in ARMs case, the code explicitly states that these mappings are not used on SMP. See the comment above the FLUSH_ALIAS_START definition in arch/arm/mm/mm.h

11 years, 2 months

[PATCH v4 0/5] rework sched_domain topology description

by Vincent Guittot

This patchset was previously part of the larger tasks packing patchset [1]. I have splitted the latter in 3 different patchsets (at least) to make the thing easier. -configuration of sched_domain topology (this patchset) -update and consolidation of cpu_power -tasks packing algorithm Based on Peter Z's proposal [2][3], this patchset modifies the way to configure the sched_domain level in order to let architectures to add specific level like the current BOOK level or the proposed power gating level for ARM architecture. [1] https://lkml.org/lkml/2013/10/18/121 [2] https://lkml.org/lkml/2013/11/5/239 [3] https://lkml.org/lkml/2013/11/5/449 Change since v3: - remove last patch which was adding SD_SHARE_POWER_DOMAIN for powerpc's SMT level Change since v2: - remove patch 1 as it has been already applied to metag tree for v3.15 - updates some commit messages - add new flag description in TOPOLOGY_SD_FLAGS description Change since v1: - move sched_domains_curr_level back under #ifdef CONFIG_NUMA - use function pointer to set flag instead of a plain value. - add list of tunable flags in the commit message of patch 2 - add SD_SHARE_POWER_DOMAIN flag for powerpc's SMT level Vincent Guittot (5): sched: rework of sched_domain topology definition sched: s390: create a dedicated topology table sched: powerpc: create a dedicated topology table sched: add a new SD_SHARE_POWERDOMAIN for sched_domain sched: ARM: create a dedicated scheduler topology table arch/arm/kernel/topology.c | 26 +++++ arch/ia64/include/asm/topology.h | 24 ---- arch/powerpc/kernel/smp.c | 31 +++-- arch/s390/include/asm/topology.h | 13 +-- arch/s390/kernel/topology.c | 20 ++++ arch/tile/include/asm/topology.h | 33 ------ include/linux/sched.h | 49 +++++++- include/linux/topology.h | 128 +++----------------- kernel/sched/core.c | 244 ++++++++++++++++++++------------------- 9 files changed, 255 insertions(+), 313 deletions(-) -- 1.9.1

11 years, 2 months

Urgency,thanks: Arm declared the current A53 bugs:one's recommended soution is given below. using DCCIMVAC instead ,don't use DCCMVAC or DCCMVAU

by Panshilin (Peter)

________________________________ 发件人: Panshilin (Peter) 发送时间: 2014年4月25日 13:52 收件人: linaro-kernel(a)lists.linaro.org 主题: Arm declared the current A53 bugs:one's recommended soution is given below. using DCCIMVAC instead ,don't use DCCMVAC or DCCMVAU Hi all: Arm has declared the current A53 bugs:one's recommended soution is given below. has linaro kernel team known and is there patches in current LSK for aarch64? 824069: Cache line might not be marked as clean after a CleanShared snoop Status Affects: Cortex-A53 MPCore Fault Type: Programmer Category B Fault Status: Present in: r0p0, r0p1, r0p2 Open. Description If a Cortex-A53 processor is executing a store or PLDW instruction at the same time as a processor in another cluster is executing a cache maintenance operation to the same address, then this erratum might cause a clean cache line to be incorrectly marked as dirty. Configurations affected This erratum affects all configurations of the Cortex-A53 processor when it is connected to a coherent interconnect. Workaround Date of Issue: 11-Mar-2014 ARM Product Errata Notice Document Revision 9.0 ARM-EPM-048405 v9.0 Confidential. Page 24 of 40 © Copyright ARM 2014. All rights reserved. The majority of systems will not need a workaround for this erratum. For any systems that do need a workaround, any software that uses DCCMVAC or DCCMVAU instructions can replace them with DCCIMVAC instructions, or their AArch64 equivalents. Note that this workaround must be applied to all the masters in the system that might generate a snoop into the Cortex-A53 cluster. For example, on a big.LITTLE configuration with one Cortex-A53 processor and one Cortex-A57 processor, the workaround needs to be applied to all software running on the Cortex-A57 processor. On a Cortex-A57 processor it is possible to set bit 44 in the CPUACTLR_EL1 register to automatically convert all DCCMVAC and DCCMVAU instructions into DCCIMVAC instructions.

11 years, 2 months

[PATCH] cpufreq: Set CPUFREQ_ASYNC_NOTIFICATION for drivers handling notification

by Viresh Kumar

CPUFREQ_ASYNC_NOTIFICATION was initially designed for drivers which don't want core to send notifications for them as they wouldn't finish frequency transitions in ->target_index(). But there were other kinds of drivers as well who don't have straight forward implementations of ->target_index() routines and wanted to handle notifications themselves. Patch: 7dbf694 (cpufreq: distinguish drivers that do asynchronous notifications) missed addressing these drivers and that caused these drivers to send double notifications. Initially cpufreq core sends a notification for these and then the drivers themselves. It might not cause a big problem for kernels (3.13/3.14) which doesn't have this patch in: 12478cf (cpufreq: Make sure frequency transitions are serialized), as this came in v3.15-rc1. Reason being, we are sending an extra notification for the same frequency, and so other kernel code that depends on it shouldn't behave badly. Above patch broke things as it forces serialization of notifications, so that we aren't configuring same hardware registers simultaneously. Reported-by: Meelis Roos <mroos(a)linux.ee> Signed-off-by: Viresh Kumar <viresh.kumar(a)linaro.org> --- Hi Rafael, This one is for rc3 surely :) Also, as I mentioned above it might not create any problems for 3.13 and 3.14. And so I havne't cc'd stable for those kernels. Please add them in case you feel its still better to get it fixed. drivers/cpufreq/longhaul.c | 1 + drivers/cpufreq/powernow-k6.c | 1 + drivers/cpufreq/powernow-k7.c | 1 + 3 files changed, 3 insertions(+) diff --git a/drivers/cpufreq/longhaul.c b/drivers/cpufreq/longhaul.c index d00e5d1..41f3d28 100644 --- a/drivers/cpufreq/longhaul.c +++ b/drivers/cpufreq/longhaul.c @@ -909,6 +909,7 @@ static int longhaul_cpu_init(struct cpufreq_policy *policy) } static struct cpufreq_driver longhaul_driver = { + .flags = CPUFREQ_ASYNC_NOTIFICATION, .verify = cpufreq_generic_frequency_table_verify, .target_index = longhaul_target, .get = longhaul_get, diff --git a/drivers/cpufreq/powernow-k6.c b/drivers/cpufreq/powernow-k6.c index 49f120e..080bbb9 100644 --- a/drivers/cpufreq/powernow-k6.c +++ b/drivers/cpufreq/powernow-k6.c @@ -242,6 +242,7 @@ static unsigned int powernow_k6_get(unsigned int cpu) } static struct cpufreq_driver powernow_k6_driver = { + .flags = CPUFREQ_ASYNC_NOTIFICATION, .verify = cpufreq_generic_frequency_table_verify, .target_index = powernow_k6_target, .init = powernow_k6_cpu_init, diff --git a/drivers/cpufreq/powernow-k7.c b/drivers/cpufreq/powernow-k7.c index f911645..fccfc25 100644 --- a/drivers/cpufreq/powernow-k7.c +++ b/drivers/cpufreq/powernow-k7.c @@ -677,6 +677,7 @@ static int powernow_cpu_exit(struct cpufreq_policy *policy) } static struct cpufreq_driver powernow_driver = { + .flags = CPUFREQ_ASYNC_NOTIFICATION, .verify = cpufreq_generic_frequency_table_verify, .target_index = powernow_target, .get = powernow_get, -- 1.7.12.rc2.18.g61b472e

11 years, 2 months

a question about juice project: how did you deal with the iptables component in 32 android/64 kernel mode.

by Panshilin (Peter)

Hi all concerned: there will have some problems about the external software components like iptables when they are running in kernel 64 . because these components interactive by netlink and share structures between the usrer space and kernel space. How the juice team work to meet these problems? whether the juice team have noticed and verify these android external components. Best Regards Peter

11 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel