Re: Kernel 4.1.6 Panic due to slab corruption

On Wed, 9 Sep 2015, Nikolay Borisov wrote: > [root@kernighan vm]# ./slabinfo -da kmalloc-32 > Cannot write to dma-kmalloc-32/sanity > [root@kernighan vm]# ./slabinfo -dF kmalloc-32 > Cannot write to dma-kmalloc-32/sanity > [root@kernighan vm]# ./slabinfo -dz kmalloc-32 > kmalloc-32 not empty

Re: [PATCH 0/5] Add eeprom to the Olimex series of boards

On Wed, Sep 09, 2015 at 11:25:10AM +0200, Olliver Schinagl wrote: > Some of the olimex series of boards feature a permanently connected eeprom on > i2c-1. This patch series adds them on all the boards that have them according > to the spec-sheets. > > I explicitly added my personal --Tested-by to

Re: [PATCH v1 3/8] sched/completion: convert completions to use simple wait queues

On Wed, Sep 09, 2015 at 02:05:29PM +0200, Daniel Wagner wrote: > @@ -50,10 +50,10 @@ void complete_all(struct completion *x) > { > unsigned long flags; > > - spin_lock_irqsave(>wait.lock, flags); > + raw_spin_lock_irqsave(>wait.lock, flags); > x->done += UINT_MAX/2; > -

Re: [PATCH 0/5] Add eeprom to the Olimex series of boards

On 09-09-15 16:05, Maxime Ripard wrote: On Wed, Sep 09, 2015 at 11:25:10AM +0200, Olliver Schinagl wrote: Some of the olimex series of boards feature a permanently connected eeprom on i2c-1. This patch series adds them on all the boards that have them according to the spec-sheets. I

RE: [PATCH-v2 1/2] mpt3sas: Refcount sas_device objects and fix unsafe list usage

From: Sreekanth Reddy [mailto:sreekanth.re...@avagotech.com] Sent: Tuesday, September 08, 2015 5:26 PM To: Nicholas A. Bellinger Cc: linux-scsi; linux-kernel; James Bottomley; Calvin Owens; Christoph Hellwig; MPT-FusionLinux.pdl; kernel-team; Nicholas Bellinger; Chaitra Basappa Subject: Re:

RE: [PATCH 2/2] x86, acpi: Handle apic/x2apic entries in MADT in correct order

-Original Message- From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] Sent: Wednesday, September 9, 2015 3:56 PM > On Wed, Sep 09, 2015 at 10:30:18AM +0100, Lukasz Anaczkowski wrote: > > () it's hard to predict how cores and threads are enumerated > So ? Why would the logical

Re: [PATCH 3/3] sched: Implement interface for cgroup unified hierarchy

[ Picking this back up, I was out of the country last week. Note that we are also wrestling with some DMARC issues as it was just activated for Google.com so apologies if people do not receive this directly. ] On Tue, Aug 25, 2015 at 2:02 PM, Tejun Heo wrote: > Hello, > > On

[PATCH v3 2/5] selftests: mqueue: allow extra cflags

Change from = to += in order to allows the user to pass whatever CFLAGS they wish(E.g. pass the proper headers and librareis (popt.h and libpopt.so) in cross-compiling) Suggested-by: Michael Ellermani Signed-off-by: Bamvor Jian Zhang Acked-by:

[PATCH v3 4/5] selftests: change install command to rsync

The command of install could not handle the special files in exec testcases, change the default rule to rsync to fix this. The installation is unchanged after this commit. Suggested-by: Michael Ellerman Signed-off-by: Bamvor Jian Zhang ---

[PATCH v3 5/5] selftests: exec: revert to default emit rule

With the previous patch, the installation method change from install to rsync. There is no need to create subdir during test, the default EMIT_TESTS is enough. This patch essentially revert commit 84cbd9e4 ("selftests/exec: do not install subdir as it is already created"). Suggested-by: Michael

[PATCH linux-next v6 1/8] mtd: spi-nor: read JEDEC ID with multiple I/O protocols

When their quad or dual I/O mode is enabled, Micron and Macronix spi-nor memories don't reply to the regular Read ID (0x9f) command. Instead they reply to a new dedicated command Read ID Multiple I/O (0xaf). If the Read ID (0x9f) command fails (the read ID is all 1's or all 0's), then the Read ID

[PATCH linux-next v6 3/8] mtd: spi-nor: update the SPI protocol when enabling manufacturer Quad mode

Micron: Once their Quad SPI protocol enabled, Micron spi-nor memories expect all commands to use the SPI 4-4-4 protocol. Also when the Dual SPI protocol is enabled, all commands must use the SPI 2-2-2 protocol. Macronix: When the QPI mode is enabled, all commands must use the SPI 4-4-4 protocol.

[PATCH linux-next v6 2/8] mtd: spi-nor: remove unused read_xfer/write_xfer hooks

struct spi_nor_xfer_cfg and read_xfer/write_xfer hooks were never used by any driver. Do some cleanup by removing them. Signed-off-by: Cyrille Pitchen --- include/linux/mtd/spi-nor.h | 35 --- 1 file changed, 35 deletions(-) diff --git

[PATCH linux-next v6 0/8] add driver for Atmel QSPI controller

ChangeLog v6: - add new patch which tries to read the JEDEC ID with different SPI protocols and different commands: 0x9f (SPI-1-1-1), 0xaf (SPI-4-4-4) and finally 0xaf (SPI-2-2-2). - remove the set_protocol() hook from struct spi_nor and add 4 new members instead of type enum spi_protocol:

[PATCH v12 16/21] x86/asm/crypto: Create stack frames in clmul_ghash_mul/update()

clmul_ghash_mul() and clmul_ghash_update() are callable non-leaf functions which don't honor CONFIG_FRAME_POINTER, which can result in bad stack traces. Create stack frames for them when CONFIG_FRAME_POINTER is enabled. Signed-off-by: Josh Poimboeuf Cc: Herbert Xu

Re: [PATCH 05/11] x86, pci, acpi: Move arch-agnostic MMCONFIG (aka ECAM) and ACPI code out of arch/x86/ directory

Hi Lorenzo, On 08.09.2015 17:07, Lorenzo Pieralisi wrote: Hi Tomasz, On Mon, Sep 07, 2015 at 10:59:44AM +0100, Tomasz Nowicki wrote: On 31.08.2015 13:01, Tomasz Nowicki wrote: On 08.06.2015 17:14, Lorenzo Pieralisi wrote: On Mon, Jun 08, 2015 at 03:57:38AM +0100, Hanjun Guo wrote: [...]

Re: [PATCH 0/4] MIPS: ath79: Add USB support on the TL-WR1043ND

On Wednesday 09 September 2015 16:14:59 Alban wrote: > On Mon, 07 Sep 2015 15:20:42 +0200 > Arnd Bergmann wrote: > > > On Tuesday 01 September 2015 17:23:10 Alban Bedel wrote: > > > > > > this serie add a driver for the USB phy on the ATH79 SoCs and enable the > > > USB port on

Re: [RFC PATCH] PM / Runtime: runtime: Add sysfs option for forcing runtime suspend

On Wed, 9 Sep 2015, Oliver Neukum wrote: > On Tue, 2015-09-08 at 10:44 -0400, Alan Stern wrote: > > It would not put the device into runtime suspend immediately, like you > > are proposing. Instead it would mean the same as the "auto" mode, > > except that remote wakeup should be disabled during

Re: [PATCH 3/3] Revert "task_work: remove fifo ordering guarantee"

sorry for delay, On 09/08, Linus Torvalds wrote: > > On Tue, Sep 8, 2015 at 10:14 AM, Oleg Nesterov wrote: > > > > Now that fput() can't abuse ->task_works list, we can restore the FIFO > > ordering. Yes, currently there are no in-kernel users which need this, > > but I think

Re: [PATCH v12 07/21] x86/xen: Add stack frame dependency to hypercall inline asm calls

On 09/09/15 14:21, Josh Poimboeuf wrote: > If a hypercall is inlined at the beginning of a function, gcc can insert > the call instruction before setting up a stack frame, which breaks frame > pointer convention if CONFIG_FRAME_POINTER is enabled and can result in > a bad stack trace. > > Force a

[PATCH v12 17/21] x86/asm/entry: Create stack frames in thunk functions

Thunk functions are callable non-leaf functions that don't honor CONFIG_FRAME_POINTER, which can result in bad stack traces. Also they aren't annotated as ELF callable functions which can confuse tooling. Create stack frames for them when CONFIG_FRAME_POINTER is enabled and add the ELF function

[PATCH linux-next v6 8/8] mtd: atmel-quadspi: add driver for Atmel QSPI controller

This driver add support to the new Atmel QSPI controller embedded into sama5d2x SoCs. It expects a NOR memory to be connected to the QSPI controller. Signed-off-by: Cyrille Pitchen --- drivers/mtd/spi-nor/Kconfig | 7 + drivers/mtd/spi-nor/Makefile|

[PATCH linux-next v6 7/8] Documentation: atmel-quadspi: add binding file for Atmel QSPI driver

This patch documents the DT bindings for the driver of the Atmel QSPI controller embedded inside sama5d2x SoCs. Signed-off-by: Cyrille Pitchen Acked-by: Nicolas Ferre Acked-by: Marek Vasut Acked-by: Rob Herring

[PATCH v12 19/21] x86/asm: Create stack frames in rwsem functions

rwsem.S has several callable non-leaf functions which don't honor CONFIG_FRAME_POINTER, which can result in bad stack traces. Create stack frames for them when CONFIG_FRAME_POINTER is enabled. Signed-off-by: Josh Poimboeuf --- arch/x86/lib/rwsem.S | 11 ++- 1 file

[PATCH v12 21/21] x86/asm/power: Create stack frames in hibernate_asm_64.S

swsusp_arch_suspend() and restore_registers() are callable non-leaf functions which don't honor CONFIG_FRAME_POINTER, which can result in bad stack traces. Also they aren't annotated as ELF callable functions which can confuse tooling. Create a stack frame for them when CONFIG_FRAME_POINTER is

Re: [PATCH 1/3] sysfs: Fix is_visible() support for binary attributes

On 09/09/2015 06:14 AM, Emilio López wrote: On 09/09/15 01:12, Guenter Roeck wrote: On 09/08/2015 08:58 PM, Greg KH wrote: On Tue, Sep 08, 2015 at 06:10:16PM -0700, Guenter Roeck wrote: Hi Emilio, On 09/08/2015 05:51 PM, Emilio López wrote: Hi Greg & Guenter, [ ... ] Unless I am missing

Re: [PATCH] sched: make policy-testing consistent in core

On Wed, Sep 09, 2015 at 11:32:43AM +0200, Henrik Austad wrote: > As per-irc request > > *prod* I see no objection to his; but it appears I never actually received the original patch. Do you mind resending so I can apply? -- To unsubscribe from this list: send the line "unsubscribe

[PATCH] pwm: atmel-hlcdc: add sama5d2 SoC support.

Add sama5d2 hlcdc backlight PWM support. This chip doesn't have to deal with an errata, so it's a simple addition of the mfd compatible string. Signed-off-by: Nicolas Ferre --- drivers/pwm/pwm-atmel-hlcdc.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v2 1/1] ARM: dts: sun7i: Enable axp209 driver on olinuxino lime2

The Olimex OLinuXino Lime2 uses the same AXP209 as was recently introduced this driver for its power regulation. Signed-off-by: Olliver Schinagl --- arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts | 87 + 1 file changed, 31 insertions(+), 56

[PATCH v12 20/21] x86/asm/efi: Create a stack frame in efi_call()

efi_call() is a callable non-leaf function which doesn't honor CONFIG_FRAME_POINTER, which can result in bad stack traces. Create a stack frame for it when CONFIG_FRAME_POINTER is enabled. Signed-off-by: Josh Poimboeuf Reviewed-by: Matt Fleming ---

Re: [PATCH v2 2/3] efi: Change abbreviation of EFI_MEMORY_RUNTIME from "RUN" to "RT"

On 9 September 2015 at 15:27, Matt Fleming wrote: > On Thu, 27 Aug, at 02:11:29AM, Taku Izumi wrote: >> Now efi_md_typeattr_format() outputs "RUN" if passed EFI memory >> descriptor has EFI_MEMORY_RUNTIME attribute. But "RT" is preferer >> because it is shorter and

Re: [PATCH v2 3/3] x86, efi: Add "efi_fake_mem_mirror" boot option

On Thu, 27 Aug, at 02:11:37AM, Taku Izumi wrote: > This patch introduces new boot option named "efi_fake_mem_mirror". > By specifying this parameter, you can mark specific memory as > mirrored memory. This is useful for debugging of Address Range > Mirroring feature. > > For example, if you

Re: [RFC PATCH] PM / Runtime: runtime: Add sysfs option for forcing runtime suspend

On Wed, 2015-09-09 at 14:22 +0200, Rafael J. Wysocki wrote: > > Note that when the screen is turned-on again, we want to resume the > > touchscreen so that it can send events again. Why is it impractical to close the fd for the touchscreen? > > In fact, then, what you need seems to be the

Linux-next: very slow disk write speed: WARNING: CPU: 4 PID: 12891 at fs/inode.c:390 ihold+0x30/0x40()

With the recent linux-next tree (e.g., next-20150909), I can easily get the below callstack (see the end of the mail) when I run some heavy I/O workloads, like building a kernel with "make -j16". After the callstack happens, "dd if=/dev/zero of=zero.bin bs=1M" shows the d

RE: [PATCH v2 0/4] iio: bmc150 regmap and SPI

> -Original Message- > From: Markus Pargmann [mailto:m...@pengutronix.de] > Sent: 20 August, 2015 15:50 > To: Jonathan Cameron > Cc: Srinivas Pandruvada; Tirdea, Irina; Lars-Peter Clausen; > linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > ker...@pengutronix.de; Markus

Re: [RFC PATCH] mmc: block: Add new ioctl to send combo commands

On 3 September 2015 at 17:08, Jon Hunter wrote: > Hi Olof, > > On 02/09/15 19:28, Olof Johansson wrote: >> Hi, >> >> On Wed, Sep 2, 2015 at 7:21 AM, Jon Hunter wrote: >>> From: Seshagiri Holi >>> >>> Certain eMMC devices allow vendor

Re: [llvmlinux] percpu | bitmap issue? (Cannot boot on bare metal due to a kernel NULL pointer dereference)

On Wed, Sep 09, 2015 at 12:05:50PM +0200, Sedat Dilek wrote: > I can boot into a CLANG v3.7 compiled Linux-kernel when lib/bitmap is > compiled with GCC (here: v4.9). > > CONFIG_OPTIMIZE_INLINING has no effect on this. > > Attached are the single llvmlinux patch for AMD64 (x86_64), my >

Re: [PATCH 2/3] mtd: mtk-nor: mtk serial flash controller driver

Hi, > > + writeb(len, mt8173_nor->base + MTK_NOR_CNT_REG); > > + return mt8173_nor_execute_cmd(mt8173_nor, MTK_NOR_PRG_CMD); > > +} > > + > > +static int mt8173_nor_get_para(struct mt8173_nor *mt8173_nor, u8 *buf, int > > len) > > +{ > > + if (len > 1) { > > + /* read JEDEC ID

[PATCH v3 0/5] kselftest improvement and cleanup

This is my third attempt for improving the kselftest for arm/arm64 architecture. Eventually, we hope we could build(in an cross compile environment) and run all the kselftest cases automatically(successful of courses). The first and second version is here[1][2]. In this series, I try to make all

[PATCH v3 1/5] selftests: rename jump label to static_keys

Commit 2bf9e0ab08c6 ("locking/static_keys: Provide a selftest") renamed jump_label directory to static_keys and failed to update the Makefile, causing the selftests build to fail. This commit fixes it by updating the Makefile with the new name and also moves the entry into the correct position to

[PATCH v3 3/5] selftests: mqueue: simplify the Makefile

Use make's implict rule for building simple C programs. Suggested-by: Michael Ellermani Signed-off-by: Bamvor Jian Zhang --- tools/testing/selftests/mqueue/Makefile | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git

[PATCH v12 00/21] Compile-time stack metadata validation

This is v12 of the compile-time stack metadata validation patch set, along with proposed fixes for many of the warnings it found. It's based on the tip/master branch. Biggest changes since v11: - Moved the tool from scripts/ to tools/ so it can be a standalone program for use by non-kernel

[PATCH linux-next v6 4/8] mtd: spi-nor: use optimized commands for read/write/erase operations

The op codes used by the spi-nor framework are now tuned depending on the memory manufacturer. Signed-off-by: Cyrille Pitchen --- drivers/mtd/spi-nor/spi-nor.c | 156 +++--- include/linux/mtd/spi-nor.h | 6 ++ 2 files changed,

[PATCH v12 03/21] x86/asm: Add C versions of frame pointer macros

Add C versions of the frame pointer macros which can be used to create a stack frame in inline assembly. Signed-off-by: Josh Poimboeuf --- arch/x86/include/asm/frame.h | 20 ++-- 1 file changed, 18 insertions(+), 2 deletions(-) diff --git

[GIT PULL] pwm: Changes for v4.3-rc1

Hi Linus, The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754: Linux 4.2-rc1 (2015-07-05 11:01:52 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/thierry.reding/linux-pwm.git tags/pwm/for-4.3-rc1 for you to fetch

Re: [PATCH v3] mm/page_alloc: add a helper function to check page before alloc/free

On 09/08/2015 09:19 PM, Vlastimil Babka wrote: bloat-o-meter looks favorably with my gcc, although there shouldn't be a real reason for it, as the inlining didn't change: add/remove: 1/1 grow/shrink: 1/1 up/down: 285/-336 (-51) function old new delta

Re: [PATCH v12 12/21] x86/xen: Add xen_cpuid() and xen_setup_gdt() to stacktool whitelists

On 09/09/15 14:21, Josh Poimboeuf wrote: > stacktool reports the following false positive warnings: > > stacktool: arch/x86/xen/enlighten.o: xen_cpuid()+0x41: can't find jump dest > instruction at .text+0x108 > stacktool: arch/x86/xen/enlighten.o: xen_setup_gdt.constprop.23()+0x2e: > kernel

Re: [PATCH] powerpc: define empty enable_kernel_vsx() when CONFIG_VSX=n

On 09/08/2015 08:13 PM, Michael Ellerman wrote: On Tue, 2015-09-08 at 17:19 -0600, Tim Gardner wrote: On 09/08/2015 04:47 PM, Paul Mackerras wrote: On Tue, Sep 08, 2015 at 12:13:11PM -0600, tim.gard...@canonical.com wrote: From: Tim Gardner commit 72cd7b44bc99

[PATCH v12 18/21] x86/asm/acpi: Create a stack frame in do_suspend_lowlevel()

do_suspend_lowlevel() is a callable non-leaf function which doesn't honor CONFIG_FRAME_POINTER, which can result in bad stack traces. Create a stack frame for it when CONFIG_FRAME_POINTER is enabled. Signed-off-by: Josh Poimboeuf Acked-by: Pavel Machek Cc:

Re: [PATCH v3] mm/page_alloc: add a helper function to check page before alloc/free

On Tue, Sep 08, 2015 at 09:19:07PM +0200, Vlastimil Babka wrote: > On 08/27/2015 02:51 PM, Yaowei Bai wrote: > > The major portion of check_new_page() and free_pages_check() are same, > > introduce a helper function check_one_page() for simplification. > > > > Change in v3: > > - add the

Re: [PATCH] ahci: qoriq: fixed using uninitialized variable warnings

On Wed, Sep 09, 2015 at 05:16:22PM +0800, yuantian.t...@freescale.com wrote: > From: Tang Yuantian > > kbuild test robot reports the warnings: > drivers/ata/ahci_qoriq.c: In function 'ahci_qoriq_hardreset': > >> include/asm-generic/io.h:163:2: warning: 'px_is' may be

Re: [PATCH] soc: mediatek: Move the initial setting of pmic wrap interrupt before requesting irq.

Hi Sascha, On Mon, 2015-09-07 at 07:39 +0200, Sascha Hauer wrote: > On Fri, Sep 04, 2015 at 12:05:12PM +0800, Henry Chen wrote: > > Seperate the initialization of pmic wrap interrupt from pmic wrap init to > > make sure setting is correct before requesting irq. > > It seems the problem this

Re: [PATCH v2 1/2] ethtool: changes of emac_regs structure accordingly within driver emac_regs structure.

On Wed, 9 Aug 2015 15:10:00 +0400 Ivan Mikhaylov wrote: >On Wed, 2015-08-05 at 15:01 +0400, Ivan Mikhaylov wrote: >> * do the redefinition of emac_regs struct from driver structure >> perspective and passing size from actual struct size, not from memory >> area variable which

Re: [PATCH 1/2] rcu: Show the real fqs_state

On Tue 2015-09-08 12:59:15, Paul E. McKenney wrote: > On Mon, Sep 07, 2015 at 04:58:27PM +0200, Petr Mladek wrote: > > On Fri 2015-09-04 16:24:22, Paul E. McKenney wrote: > > > On Fri, Sep 04, 2015 at 02:11:29PM +0200, Petr Mladek wrote: [...] > > > diff --git a/kernel/rcu/tree.c

Almost certainly confirmed, sun7i-a20 does not support 8 bit mmc.

Hey all, After experimenting with a Micron eMMC chip, I made some interesting finds I wanted to share with you all. For a while now, some had hopes or guessed that the A20 could have support for 8 bit wide bused on the SDC2. Reason for thinking this was, because the sun7i uses the same IP

[PATCH 4/4] stmmac: Fix simple style problem

This patch fix the following warnings: - braces {} should be used on all arms of this statement - Prefer seq_puts to seq_printf - No space is necessary after a cast - Missing a blank line after declarations - Please don't use multiple blank lines - Comparison to NULL could be written - networking

Re: [PATCH] arm64: kernel: Use a separate stack for irq interrupts.

On Sep 9, 2015, at 1:47 AM, James Morse wrote: > On 08/09/15 15:54, Jungseok Lee wrote: >> On Sep 7, 2015, at 11:36 PM, James Morse wrote: >> >> Hi James, >> >>> diff --git a/arch/arm64/kernel/entry.S b/arch/arm64/kernel/entry.S >>> index e16351819fed..d42371f3f5a1 100644 >>> ---

Re: [PATCH v2 2/3] efi: Change abbreviation of EFI_MEMORY_RUNTIME from "RUN" to "RT"

On Thu, 27 Aug, at 02:11:29AM, Taku Izumi wrote: > Now efi_md_typeattr_format() outputs "RUN" if passed EFI memory > descriptor has EFI_MEMORY_RUNTIME attribute. But "RT" is preferer > because it is shorter and clearer. > > This patch changes abbreviation of EFI_MEMORY_RUNTIME from "RUN" > to

[PATCH v12 10/21] x86/amd: Set ELF function type for vide()

vide() is a callable function, but is missing the ELF function type, which confuses tools like stacktool. Properly annotate it to be a callable function. The generated code is unchanged. Signed-off-by: Josh Poimboeuf --- arch/x86/kernel/cpu/amd.c | 5 - 1 file

[PATCH linux-next v6 5/8] Documentation: mtd: add a DT property to set the number of dummy cycles

Depending on the SPI clock frequency, the Fast Read op code and the Single/Dual Data Rate mode, the number of dummy cycles can be tuned to improve transfer speed. The actual number of dummy cycles is specific for each memory model and is provided by the manufacturer thanks to the memory datasheet.

[PATCH v12 14/21] x86/asm/crypto: Move .Lbswap_mask data to .rodata section

stacktool reports the following warning: stacktool: arch/x86/crypto/aesni-intel_asm.o: _aesni_inc_init(): can't find starting instruction stacktool gets confused when it tries to disassemble the following data in the .text section: .Lbswap_mask: .byte 15, 14, 13, 12, 11, 10, 9,

[PATCH v12 06/21] x86/stacktool: Add ignore macros

Add new stacktool ignore macros: STACKTOOL_IGNORE_INSN and STACKTOOL_IGNORE_FUNC. These can be used to tell stacktool to skip validation of an instruction or a function, respectively. Signed-off-by: Josh Poimboeuf --- arch/x86/include/asm/stacktool.h | 45

[PATCH v12 08/21] x86/paravirt: Add stack frame dependency to PVOP inline asm calls

If a PVOP call macro is inlined at the beginning of a function, gcc can insert the call instruction before setting up a stack frame, which breaks frame pointer convention if CONFIG_FRAME_POINTER is enabled and can result in a bad stack trace. Force a stack frame to be created if

[PATCH v12 13/21] x86/asm/crypto: Create stack frames in aesni-intel_asm.S

aesni-intel_asm.S has several callable non-leaf functions which don't honor CONFIG_FRAME_POINTER, which can result in bad stack traces. Create stack frames for them when CONFIG_FRAME_POINTER is enabled. Signed-off-by: Josh Poimboeuf Cc: Herbert Xu

[PATCH v12 12/21] x86/xen: Add xen_cpuid() and xen_setup_gdt() to stacktool whitelists

stacktool reports the following false positive warnings: stacktool: arch/x86/xen/enlighten.o: xen_cpuid()+0x41: can't find jump dest instruction at .text+0x108 stacktool: arch/x86/xen/enlighten.o: xen_setup_gdt.constprop.23()+0x2e: kernel entry/exit from callable instruction The first

[PATCH v12 09/21] x86/paravirt: Create a stack frame in PV_CALLEE_SAVE_REGS_THUNK

A function created with the PV_CALLEE_SAVE_REGS_THUNK macro doesn't set up a new stack frame before the call instruction, which breaks frame pointer convention if CONFIG_FRAME_POINTER is enabled and can result in a bad stack trace. Also, the thunk functions aren't annotated as ELF callable

[PATCH v12 07/21] x86/xen: Add stack frame dependency to hypercall inline asm calls

If a hypercall is inlined at the beginning of a function, gcc can insert the call instruction before setting up a stack frame, which breaks frame pointer convention if CONFIG_FRAME_POINTER is enabled and can result in a bad stack trace. Force a stack frame to be created if CONFIG_FRAME_POINTER is

[PATCH v12 11/21] x86/reboot: Add ljmp instructions to stacktool whitelist

stacktool reports a false positive warning for the ljmp instruction in machine_real_restart(). Normally, ljmp isn't allowed in a function, but this is a special case where it's jumping into real mode. Add the jumps to a whitelist which tells stacktool to ignore them. Signed-off-by: Josh

[PATCH v12 05/21] x86/stacktool: Add file and directory ignores

Tell stacktool to skip validation of the following code: - boot image - vdso image - kexec purgatory - realmode - efi libstub - scripts/mod They all run outside the kernel's normal mode of operation and they don't affect runtime kernel stack traces, so they're free to skirt the stacktool rules.

[PATCH v12 15/21] x86/asm/crypto: Move jump_table to .rodata section

stacktool reports the following warning: stacktool: arch/x86/crypto/crc32c-pcl-intel-asm_64.o: crc_pcl()+0x11dd: can't decode instruction It gets confused when trying to decode jump_table data. Move jump_table to the .rodata section which is a more appropriate home for read-only data.

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On Wed, 09 Sep 2015, Viresh Kumar wrote: > On 09-09-15, 08:59, Lee Jones wrote: > > Thanks for doing this Viresh. I appreciate your efforts. > > I wanted to get this sorted out, before we meet face to face :) > > > > -8<- > > > From: Viresh Kumar

Re: [PATCH v7 0/3] KVM: Dynamic Halt-Polling

Am 03.09.2015 um 16:07 schrieb Wanpeng Li: > v6 -> v7: > * explicit signal (set a bool) > * fix the tracepoint > > v5 -> v6: > * fix wait_ns and poll_ns > > v4 -> v5: > * set base case 10us and max poll time 500us > * handle short/long halt, idea from David, many thanks David > > v3 ->

Re: [PATCH] lib/vsprintf.c: increase the size of the field_width variable

On Wed, Sep 09, 2015 at 12:13:10PM +0200, Maurizio Lombardi wrote: > When printing a bitmap using the "%*pb[l]" printk format > a 16 bit variable (field_width) is used to store the size of the bitmap. > In some cases 16 bits are not sufficient, the variable overflows and > printk does not work as

Re: [PATCH 0/4] xtensa: fix build failure

ixed in the -mm tree and will be merged soon, > >> see the thread at https://lkml.org/lkml/2015/8/26/118 > > > > I guess its already merged in Linus tree now. I tested in the morning > > with Linus tree and allmodconfig worked. But next-20150909 still failed. >

Re: [PATCH 2/2] x86, acpi: Handle apic/x2apic entries in MADT in correct order

On Wed, Sep 09, 2015 at 10:30:18AM +0100, Lukasz Anaczkowski wrote: > ACPI specifies the following rules when listing APIC IDs: > (1) Boot processor is listed first > (2) For multi-threaded processors, BIOS should list the first logical > processor of each of the individual multi-threaded

Re: [RFC PATCH] mmc: block: Add new ioctl to send combo commands

Hi Ulf, On 09/09/15 13:42, Ulf Hansson wrote: > On 3 September 2015 at 17:08, Jon Hunter wrote: >> Hi Olof, >> >> On 02/09/15 19:28, Olof Johansson wrote: >>> Hi, >>> >>> On Wed, Sep 2, 2015 at 7:21 AM, Jon Hunter wrote: From: Seshagiri Holi

Re: [PATCH 0/4] MIPS: ath79: Add USB support on the TL-WR1043ND

On Mon, 07 Sep 2015 15:20:42 +0200 Arnd Bergmann wrote: > On Tuesday 01 September 2015 17:23:10 Alban Bedel wrote: > > > > this serie add a driver for the USB phy on the ATH79 SoCs and enable the > > USB port on the TL-WR1043ND. The phy controller is really trivial as it > > only

Re: [PATCH linux-next v6 1/8] mtd: spi-nor: read JEDEC ID with multiple I/O protocols

On Wednesday, September 09, 2015 at 03:24:11 PM, Cyrille Pitchen wrote: > When their quad or dual I/O mode is enabled, Micron and Macronix spi-nor > memories don't reply to the regular Read ID (0x9f) command. Instead they > reply to a new dedicated command Read ID Multiple I/O (0xaf). > > If the

Re: [PATCH V9 6/6] perf,tools: Show freq/CPU%/CORE_BUSY% in perf report by --freq-perf

On Tue, Sep 08, 2015 at 03:32:49PM -0400, kan.li...@intel.com wrote: > From: Kan Liang > > Show frequency, CPU Utilization and percent performance for each symbol > in perf report by --freq-perf > > In sampling group, only group leader do sampling. So only need to print >

Re: When would be preempt_rt patchet available for 4.2 kernel

B1;2802;0cOn Wed, 9 Sep 2015, Manish Jaggi wrote: > I am working on linux 4.2 kernel for our ARM64 platform. That's lame. I'm working on linux 5.0 kernel for my new arch/zilchcore platform. > Can someone please tell when would be the preempt_rt patchset be > available for 4.2 Once the 5.0 RT

RE: [PATCH v2 1/4] iio: bmc150: Use i2c regmap

> -Original Message- > From: Markus Pargmann [mailto:m...@pengutronix.de] > Sent: 20 August, 2015 15:50 > To: Jonathan Cameron > Cc: Srinivas Pandruvada; Tirdea, Irina; Lars-Peter Clausen; > linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > ker...@pengutronix.de; Markus

RE: [PATCH v2 3/4] iio: bmc150: Split the driver into core and i2c

> -Original Message- > From: Markus Pargmann [mailto:m...@pengutronix.de] > Sent: 20 August, 2015 15:50 > To: Jonathan Cameron > Cc: Srinivas Pandruvada; Tirdea, Irina; Lars-Peter Clausen; > linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > ker...@pengutronix.de; Markus

Re: [Patch v5 1/6] ACPI/PCI: Enhance ACPI core to support sparse IO space

On Wed, Sep 9, 2015 at 1:38 AM, Jiang Liu wrote: > On 2015/7/30 4:37, Bjorn Helgaas wrote: >> On Tue, Jun 09, 2015 at 12:20:43AM +0800, Jiang Liu wrote: >>> Enhance ACPI resource parsing interfaces to support sparse IO space, >>> which will be used to share common code

Re: [PATCH v2 0/1] Corsair Vengeance K90 driver

On Mon, Sep 07, 2015 at 05:58:36PM +0200, Clément Vuchener wrote: > I removed the k90_profile class completely. I cannot write a good enough ABI > with what I know of the keyboard so I am leaving that part out of the kernel. > If I change my mind in the future, it will be done in another patch.

Re: [PATCH 5/6] seccomp: add a way to attach a filter via eBPF fd

On Wed, Sep 09, 2015 at 08:47:24AM -0600, Tycho Andersen wrote: > On Tue, Sep 08, 2015 at 05:07:03PM -0700, Kees Cook wrote: > > > > Yeah, bpf's union looks good. Let's add a "command" flag, though: > > > > seccomp(SECCOMP_MODE_FILTER_EBPF, int cmd, union, size); > > > > And this cmd could be

Re: [PATCH linux-next v9 2/3] mfd: devicetree: add bindings for Atmel Flexcom

Hi Rob, Le 09/09/2015 01:40, Rob Herring a écrit : > On 09/01/2015 09:46 AM, Cyrille Pitchen wrote: >> This patch documents the DT bindings for the Atmel Flexcom which will be >> introduced by sama5d2x SoCs. These bindings will be used by the actual >> Flexcom driver to be sent in another patch.

Re: [linux-sunxi] Re: Almost certainly confirmed, sun7i-a20 does not support 8 bit mmc.

Hey, On 09-09-15 17:32, Hans de Goede wrote: Hi, On 09-09-15 16:30, Maxime Ripard wrote: On Wed, Sep 09, 2015 at 03:04:11PM +0200, Olliver Schinagl wrote: Hey all, After experimenting with a Micron eMMC chip, I made some interesting finds I wanted to share with you all. For a while now,

Re: [PATCH] mmc: block: Add new ioctl to send multi commands

On Wednesday 09 September 2015 16:06:01 Jon Hunter wrote: > + > + idata = kcalloc(mcci.num_of_cmds, sizeof(*idata), GFP_KERNEL); > + if (!idata) { > + err = -ENOMEM; > + goto cmd_err; > + } > + > + cmds = (struct mmc_ioc_cmd __user *)(unsigned

Re: [PATCH 3/4] net: mv643xx_eth: use kzalloc

On Wed, 2015-09-09 at 10:38 +0200, Rasmus Villemoes wrote: > The double memset is a little ugly; using kzalloc avoids it altogether. [] > diff --git a/drivers/net/ethernet/marvell/mv643xx_eth.c > b/drivers/net/ethernet/marvell/mv643xx_eth.c [] > @@ -1859,14 +1859,11 @@ oom: >

Re: randconfig build error with next-20150908, in drivers/md/dm-mpath.c

Does this fix the issue for you? My Kconfig-fu isn't the best, but the idea behind this is that dm-mpath will depend on SCSI if SCSI_DH is set. If SCSI_DH is not set it will use the stubs and not care about SCSI. diff --git a/drivers/md/Kconfig b/drivers/md/Kconfig index b597273..e9ea681 100644

Re: [PATCH 1/6] ebpf: add a seccomp program type

On 09/04/2015 11:50 PM, Andy Lutomirski wrote: On Fri, Sep 4, 2015 at 9:04 AM, Tycho Andersen [...] +static const struct bpf_func_proto * +seccomp_func_proto(enum bpf_func_id func_id) +{ + /* Right now seccomp eBPF loading doesn't support maps; seccomp filters +* are considered

Re: [PATCH 0/2] btrfs: fortification for GFP_NOFS allocations

On 08/19/2015 08:17 PM, Chris Mason wrote: On Wed, Aug 19, 2015 at 02:17:39PM +0200, mho...@kernel.org wrote: Hi, these two patches were sent as a part of a larger RFC which aims at allowing GFP_NOFS allocations to fail to help sort out memory reclaim issues bound to the current behavior

Re: [PATCH] mm/mmap.c: Remove useless statement "vma = NULL" in find_vma()

On 09/08, Chen Gang wrote: > > I also want to consult: the comments of find_vma() says: Sorry, I don't understand the question ;) > "Look up the first VMA which satisfies addr < vm_end, ..." > > Is it OK? Why not? > (why not "vm_start <= addr < vm_end"), Because this some callers actually

Re: [PATCH v3] stmmac: fix check for phydev being open

Hi Sergei, On Tue, 2015-09-08 at 22:53 +0300, Sergei Shtylyov wrote: > Hello. > > On 09/08/2015 03:46 PM, Alexey Brodkin wrote: > > > > > Current check of phydev with IS_ERR(phydev) may make not much sense > > > > because of_phy_connect() returns NULL on failure instead of error value. > > > >

Re: [PATCH v3] mm/page_alloc: add a helper function to check page before alloc/free

On Wed, Sep 09, 2015 at 03:39:54PM +0200, Vlastimil Babka wrote: > On 09/08/2015 09:19 PM, Vlastimil Babka wrote: > >bloat-o-meter looks favorably with my gcc, although there shouldn't be a real > >reason for it, as the inlining didn't change: > > > >add/remove: 1/1 grow/shrink: 1/1 up/down:

[PATCH] gpio/pca953x: Add TI TCA9539 support

From: Thierry Reding The TCA9539 is almost identical to the PCA9555 and software-compatible with this driver. It exposes 16 general purpose I/O pins in two 8-bit configurations. Signed-off-by: Thierry Reding --- drivers/gpio/gpio-pca953x.c | 2 ++ 1

Re: [PATCH] ibmvsci: make parameters max_id and max_channel read-only

On 09/09/2015 10:21 AM, Laurent Vivier wrote: > The value of the parameter is never re-read by the driver, > so a new value is ignored. Let know the user he > can't modify it by removing writable attribute. Reviewed-by: Brian King -- Brian King Power Linux I/O IBM

Re: [PATCH 1/4] stmmac: replace all pr_xxx by their dev_xxx counterpart

On Wed, 2015-09-09 at 15:14 +0200, LABBE Corentin wrote: > The stmmac driver use lots of pr_xxx functions to print information. > This is bad since we cannot know which device logs the information. > (moreover if two stmmac device are present) [] > So this patch replace all pr_xxx by their dev_xxx

[PATCH] dax: update PMD fault handler with PMEM API

As part of the v4.3 merge window the DAX code was updated by Matthew and Kirill to handle PMD pages. Also as part of the v4.3 merge window we updated the DAX code to do proper PMEM flushing: 2765cfbb342c ("dax: update I/O path to do proper PMEM flushing") The additional code added by the DAX

Re: [PATCH V9 0/6] Freq/CPU%/CORE_BUSY% support

On Tue, Sep 08, 2015 at 03:32:43PM -0400, kan.li...@intel.com wrote: > From: Kan Liang > > This patch set supports per-sample freq/CPU%/CORE_BUSY% print in perf > report. > For printing these information, the perf.data file must have been obtained > by group read and using

<    5   6   7   8   9   10   11   12   13   14   >