[RESEND PATCH] timerfd: Allow TFD_TIMER_CANCEL_ON_SET with relative timeouts

Allow TFD_TIMER_CANCEL_ON_SET on timerfd_settime() with relative as well as absolute timeout. Signed-off-by: Jesper Nilsson --- Resending after some discussion with Thomas Gleixner at ELCE, and Cc:ing John Stultz and Michael Kerrisk who may have comments. Longer

RE: [PATCH][v3] ACPI / PM: Fix incorrect wakeup irq setting before suspend-to-idle

Hi, Yu > From: Chen, Yu C > Sent: Friday, October 09, 2015 4:20 PM > > For ACPI compatible system, SCI(ACPI System Control > Interrupt) is used to wake system up from suspend-to-idle. > Once CPU is woken up by SCI, interrupt handler will > firstly checks if current interrupt is legal to wake up

Re: [PATCH 2/4] i2c: rcar: enable RuntimePM before registering to the core

Hi Wolfram, On Fri, Oct 9, 2015 at 8:54 AM, Wolfram Sang wrote: > The core may register clients attached to this master which may use > funtionality from the master. So, RuntimePM must be enabled before, otherwise > this will fail. While here, move drvdata, too. Thanks for

Re: [PATCH] ath6kl: remove redundant null pointer check on send_pkt

Colin King writes: > From: Colin Ian King > > The check for send_pkt being NULL is redundant before the call > to htc_reclaim_txctrl_buf, therefore it should be removed. This was > detected by static analysis by cppcheck. > > Signed-off-by:

[PATCH 2/2] i2c: designware: enable High-speed mode for pcidrv

From: Xiang Wang 1. Support setting hs_hcnt and hs_lcnt 2. Get bus speed mode from ACPI companion of the i2c controller. Signed-off-by: Xiang Wang --- drivers/i2c/busses/i2c-designware-pcidrv.c | 7 +++ 1 file changed, 7 insertions(+) diff

RE: [PATCH v3] PCI: Xilinx-NWL-PCIe: Added support for Xilinx NWL PCIe Host Controller

> On 09/10/15 06:11, Bharat Kumar Gogada wrote: > +struct nwl_msi { /* struct nwl_msi - MSI information > >> */ > + struct msi_controller chip; /* chip: MSI controller */ > >>> > We're moving away from msi_controller altogether, as the kernel now > has all

Re: [PATCH v2] HID: multitouch: Fetch feature reports on demand for Win8 devices

On Thu, Oct 08, 2015 at 06:10:23PM -0700, Andrew Duggan wrote: > No, this touchpad doesn't have HID_QUIRK_NO_INIT_REPORTS set and > usbhid/hid-core.c is calling usbhid_init_reports() which is retrieving > feature 8. But, I did some additional testing and I wasn't able to reproduce > this issue on

Re: [PATCH 4/4] arm64: dts: enable idle states for Hi6220

Hi Sudeep, On Fri, Oct 09, 2015 at 09:48:17AM +0100, Sudeep Holla wrote: > > > On 09/10/15 05:36, Leo Yan wrote: > >Add cpu and cluster level's low power state for Hi6220. > > > >Signed-off-by: Leo Yan > >--- > > arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 31 > >

Re: [PATCH] kvm: fix waitqueue_active without memory barrier in virt/kvm/async_pf.c

Paolo Bonzini wrote: > On 09/10/2015 02:35, Kosuke Tatsukawa wrote: >> async_pf_executekvm_vcpu_block >> >> spin_lock(>async_pf.lock); >> if (waitqueue_active(>wq)) >> /* The CPU might reorder the

Re: [PATCH v4 3/6] arm64: berlin: add the pinctrl dependency for Marvell Berlin SoCs

On Fri, Oct 09, 2015 at 04:17:06PM +0800, Jisheng Zhang wrote: > This is to add the pinctrl dependency for Marvell Berlin SoCs. > > Signed-off-by: Jisheng Zhang Acked-by: Antoine Tenart > --- > arch/arm64/Kconfig.platforms | 1 + > 1

Re: [PATCH v4 1/6] pinctrl: berlin: introduce berlin_pinctrl_probe_regmap()

On Fri, Oct 09, 2015 at 04:17:04PM +0800, Jisheng Zhang wrote: > This is to prepare for the next berlin4ct support, where we won't use > simple-mfd any more. > > Signed-off-by: Jisheng Zhang Acked-by: Antoine Tenart > --- >

Re: [PATCH 1/2] i2c: designware: add High-speed mode support

On Fri, 2015-10-09 at 16:47 +0800, wangx...@gmail.com wrote: > From: Xiang Wang > > 1. Add High-speed mode support in designware core > 2. Add function i2c_dw_acpi_setup_speed to determine > the bus speed from ACPI table. > > Signed-off-by: Xiang Wang

Re: [PATCH v2 net-next 1/3] bpf: enable non-root eBPF programs

On 10/08/15 at 08:20pm, Hannes Frederic Sowa wrote: > Hi Alexei, > > On Thu, Oct 8, 2015, at 07:23, Alexei Starovoitov wrote: > > The feature is controlled by sysctl kernel.unprivileged_bpf_disabled. > > This toggle defaults to off (0), but can be set true (1). Once true, > > bpf programs and

Re: [PATCH 2/2] i2c: designware: enable High-speed mode for pcidrv

On Fri, 2015-10-09 at 16:47 +0800, wangx...@gmail.com wrote: > From: Xiang Wang > > 1. Support setting hs_hcnt and hs_lcnt > 2. Get bus speed mode from ACPI companion of the > i2c controller. > > Signed-off-by: Xiang Wang > --- >

[PATCH v2 1/4] i2c: designware-platdrv: enable RuntimePM before registering to the core

From: Wolfram Sang The core may register clients attached to this master which may use funtionality from the master. So, RuntimePM must be enabled before, otherwise this will fail. Signed-off-by: Wolfram Sang ---

[PATCH v2 2/4] i2c: rcar: enable RuntimePM before registering to the core

From: Wolfram Sang The core may register clients attached to this master which may use funtionality from the master. So, RuntimePM must be enabled before, otherwise this will fail. While here, move drvdata, too. Reported-by: Geert Uytterhoeven

RE: [PATCH][v3] ACPI / PM: Fix incorrect wakeup irq setting before suspend-to-idle

Hi, LV > -Original Message- > From: Zheng, Lv > Sent: Friday, October 09, 2015 4:33 PM > To: Chen, Yu C; r...@rjwysocki.net; l...@kernel.org > Cc: linux...@vger.kernel.org; linux-a...@vger.kernel.org; linux- > ker...@vger.kernel.org; Zhang, Rui > Subject: RE: [PATCH][v3] ACPI / PM: Fix

Re: [PATCH] workqueue: Allocate the unbound pool using local node memory

> From: Xunlei Pang > > Currently, get_unbound_pool() uses kzalloc() to allocate the > worker pool. Actually, we can use the right node to do the > allocation, achieving local memory access. > > This patch selects target node first, and uses kzalloc_node() > instead. >

Re: [PATCH v2 3/5] ARM: mvebu: set SW polling as SDHCI card detection on A388-GP

Hi Thomas, 2015-10-09 9:52 GMT+02:00 Thomas Petazzoni : > Dear Marcin Wojtas, > > On Fri, 9 Oct 2015 03:03:53 +0200, Marcin Wojtas wrote: >> The newest revisions of A388-GP (v1.5 and higher) support only >> DAT3-based card detection. Revisions < v1.5 based

PROBLEM: Concurrency issue in sem_lock

Hi all, I have just reported a concurrency issue in the implementation of sem_lock, see https://bugzilla.kernel.org/show_bug.cgi?id=105651 Please set me to CC for answers/comments. [1.] One line summary of the problem: Concurrency issue in sem_lock [2.] Full description of the

[PATCH v4 6/6] arm64: dts: berlin4ct: add default pinmux for uart0

Add urt0 txd and rxd muxing setup in the dtsi because uart0 always uses them to work, no other possibilities. Signed-off-by: Jisheng Zhang --- arch/arm64/boot/dts/marvell/berlin4ct.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git

[PATCH v4 3/6] arm64: berlin: add the pinctrl dependency for Marvell Berlin SoCs

This is to add the pinctrl dependency for Marvell Berlin SoCs. Signed-off-by: Jisheng Zhang --- arch/arm64/Kconfig.platforms | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms index c6e2c75..3d17ee2 100644 ---

[PATCH v4 0/6] arm64: berlin: add pinctrl support

This series adds support for Marvell berlin4ct pin-controller, allowing to configure the pin muxing from the device tree. Since v3: - fix stupid build error: I missed local changes to berlin-bg4ct.c Since v2: - introduce new berlin_pinctrl_probe_regmap() to avoid duplicated code - renaming

Re: [PATCH v2] barriers: introduce smp_mb__release_acquire and update documentation

On Thu, Oct 08, 2015 at 02:44:39PM -0700, Paul E. McKenney wrote: > On Thu, Oct 08, 2015 at 01:16:38PM +0200, Peter Zijlstra wrote: > > On Thu, Oct 08, 2015 at 02:50:36PM +1100, Michael Ellerman wrote: > > > On Wed, 2015-10-07 at 08:25 -0700, Paul E. McKenney wrote: > > > > > > Currently, we do

PROBLEM: Concurrency issue in sem_lock

Hi all, I have just reported a concurrency issue in the implementation of sem_lock, see https://bugzilla.kernel.org/show_bug.cgi?id=105651 Please set me to CC for answers/comments. [1.] One line summary of the problem: Concurrency issue in sem_lock [2.] Full description of the

[PATCH v3 3/5] ARM: sun5i: dt: Move uart3 pinctrl node to common DTSI

The uart3 pins are shared between the A10s and A13, move the pinctrl node to the common DTSI to avoid duplication. Signed-off-by: Maxime Ripard Reviewed-by: Hans de Goede --- arch/arm/boot/dts/sun5i-a10s.dtsi | 7 ---

[PATCH v3 1/5] ARM: sunxi: Add R8 support

The R8 is a new Allwinner SoC based on the A13. While both are very similar, there's still a few differences. Introduce a new compatible to deal with them. In order to have a consistent naming, instead of mentionning the allwinner A series as the machine name, switch to sun4i/sun5i like what is

[PATCH v3 0/5] ARM: sunxi: Introduce CHIP support

Hi, Here is a serie introducing the support for the Allwinner R8 and the Nextthing's CHIP. Support is almost complete for the CHIP itself, the only missing part for now is the WiFi chip that needs to be powered through two combined regulators (AXP209's LDO3 and LDO4). The audio codec is also

[PATCH v3 4/5] ARM: sun5i: dt: Add UART3 CTS and RTS pins

Add a separate pinctrl node for the UART3 CTS and RTS pins shared between the A10s and A13. Signed-off-by: Maxime Ripard Reviewed-by: Hans de Goede --- arch/arm/boot/dts/sun5i.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git

Re: [PATCH 2/4] arm64: dts: qcom: Add msm8916 I2C nodes.

On 08/10/15 19:17, Stephen Boyd wrote: On 10/08/2015 04:19 AM, Srinivas Kandagatla wrote: diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi b/arch/arm64/boot/dts/qcom/msm8916.dtsi index 85f7bee..d49ac37 100644 --- a/arch/arm64/boot/dts/qcom/msm8916.dtsi +++

Re: [PATCH] kvm: fix waitqueue_active without memory barrier in virt/kvm/async_pf.c

On Fri, Oct 09, 2015 at 10:45:32AM +0200, Paolo Bonzini wrote: > So you need another smp_mb() after prepare_to_wait(). I'm not sure > if it's needed also for your original tty report, but I think it is > for https://lkml.org/lkml/2015/10/8/989 ("mei: fix waitqueue_active > without memory barrier

[GIT PULL] MMC fixes for v.4.3 rc5

Hi Linus, Here are some mmc fixes intended for v4.3 rc5 and it's based on v4.3-rc4. Details are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes since commit 049e6dde7e57f0054fdc49102e7ef4830c698b46: Linux 4.3-rc4 (2015-10-04 16:57:17

Re: [PATCH 2/3] staging: android: ion: Add ion driver for Hi6220 SoC platform

On Fri, Oct 09, 2015 at 11:53:32AM +0300, Dan Carpenter wrote: > > +out: > > Labels named "out" are bug prone because handling everything is harder > than using named labels and unwinding one step at a time. The bug here > is that we don't call ion_device_destroy(). > > > + for (i = 0; i <

Re: [PATCH v4 2/6] pinctrl: berlin: add the berlin4ct pinctrl driver

Hi Jisheng, On Fri, Oct 09, 2015 at 04:17:05PM +0800, Jisheng Zhang wrote: > diff --git a/drivers/pinctrl/berlin/Kconfig b/drivers/pinctrl/berlin/Kconfig > index b18322b..c13f6d2 100644 > --- a/drivers/pinctrl/berlin/Kconfig > +++ b/drivers/pinctrl/berlin/Kconfig > @@ -17,4 +17,9 @@ config

Re: [Intel-wired-lan] [Patch V3 5/9] i40e: Use numa_mem_id() to better support memoryless node

On 2015/10/09 14:52, Jiang Liu wrote: On 2015/10/9 4:20, Andrew Morton wrote: On Wed, 19 Aug 2015 17:18:15 -0700 (PDT) David Rientjes wrote: On Wed, 19 Aug 2015, Patil, Kiran wrote: Acked-by: Kiran Patil Where's the call to preempt_disable()

Re: crazy idea: big percpu lock (Re: task isolation)

On Thu, Oct 08, 2015 at 02:25:23PM -0700, Andy Lutomirski wrote: > I want to propose a new primitive that might go a long way toward > solving this issue. The new primitive would be called the "big percpu > lock". Never, ever, combine big and lock :-) You want small granular locks, big locks

Re: [RFCv5 PATCH 43/46] sched/{fair,cpufreq_sched}: add reset_capacity interface

Hi Steve, On 08/10/15 21:40, Steve Muckle wrote: > Hi Juri, > > On 07/07/2015 11:24 AM, Morten Rasmussen wrote: >> From: Juri Lelli >> >> When a CPU is going idle it is pointless to ask for an OPP update as we >> would wake up another task only to ask for the same capacity

Re: [PATCH 03/15] arm64: Introduce helpers for page table levels

On 08/10/15 18:28, Catalin Marinas wrote: On Thu, Oct 08, 2015 at 06:22:34PM +0100, Suzuki K. Poulose wrote: On 08/10/15 15:45, Christoffer Dall wrote: On Wed, Oct 07, 2015 at 10:26:14AM +0100, Marc Zyngier wrote: I just had a chat with Catalin, who did shed some light on this. It all has to

Re: [PATCH 2/4] i2c: rcar: enable RuntimePM before registering to the core

> You forgot to call pm_runtime_disable() in the error path. > I think some of your other patches suffer from the same issue. Ouch! Thanks a lot, Geert! signature.asc Description: Digital signature

Re: [PATCHv12 25/37] mm, thp: remove infrastructure for handling splitting PMDs

On Thu, Oct 08, 2015 at 02:22:25PM +0530, Vineet Gupta wrote: > On Tuesday 06 October 2015 08:53 PM, Kirill A. Shutemov wrote: > > With new refcounting we don't need to mark PMDs splitting. Let's drop code > > to handle this. > > > > > > > diff --git a/include/asm-generic/pgtable.h

Re: [PATCH v6 0/6] KASAN for arm64

On 10/08/2015 07:07 PM, Andrey Ryabinin wrote: > 2015-10-08 18:11 GMT+03:00 Catalin Marinas : >> On Thu, Oct 08, 2015 at 02:09:26PM +0200, Ard Biesheuvel wrote: >>> On 8 October 2015 at 13:23, Andrey Ryabinin wrote: On 10/08/2015 02:11 PM,

RE: [PATCH] [v4] x86, suspend: Save/restore extra MSR registers for suspend

Thanks Pavel ! Hi, Ingo, do you have a bandwidth to help look at this version, since this bug has been on bugzilla for a while. Thanks a lot. Best Regards, Yu > -Original Message- > From: Pavel Machek [mailto:pa...@ucw.cz] > Sent: Thursday, September 17, 2015 1:30 PM > To: Chen, Yu C >

Re: [RFC v2 2/6] PM / Domains: prepare for devices that might register a power state

On 08/10/2015 18:11, Lina Iyer wrote: Hi Marc, Thanks for rebasing on top of my latest series. On Tue, Oct 06 2015 at 08:27 -0600, Marc Titinger wrote: Devices may register an intermediate retention state into the domain upon I may agree with the usability of dynamic adding a state to the

[PATCH v2 3/4] i2c: s3c2410: enable RuntimePM before registering to the core

From: Wolfram Sang The core may register clients attached to this master which may use funtionality from the master. So, RuntimePM must be enabled before, otherwise this will fail. While here, move drvdata, too. Signed-off-by: Wolfram Sang

Re: [PATCH] timekeeping: Limit system time to prevent 32-bit time_t overflow

On Thu, 8 Oct 2015, Miroslav Lichvar wrote: > On Thu, Oct 08, 2015 at 10:52:05AM +0200, Arnd Bergmann wrote: > > On Thursday 08 October 2015 08:23:44 Miroslav Lichvar wrote: > > > The difference is that with the one-week step the kernel and userspace > > > still agree on the current time and it is

Re: [PATCH V2 1/2] clk: imx6: Add SPDIF_GCLK clock in clock tree

On Thu, Sep 24, 2015 at 04:57:37AM -0700, Shawn Guo wrote: > On Thu, Sep 24, 2015 at 01:43:24PM +0800, Shengjiu Wang wrote: > > On Wed, Sep 23, 2015 at 08:33:41AM -0700, Shawn Guo wrote: > > > On Tue, Sep 15, 2015 at 06:01:01PM +0800, Shengjiu Wang wrote: > > > > As spdif driver will register

Re: [PATCH v2 08/12] mm: move some code around

On Tue, Sep 22, 2015 at 04:04:52PM +0530, Vineet Gupta wrote: > This reduces/simplifies the diff for the next patch which moves THP > specific code. > > Signed-off-by: Vineet Gupta Okay, so you group pte-related helpers together, right? It would be nice to mention it in

Re: [PATCH v6 0/6] KASAN for arm64

On Fri, Oct 09, 2015 at 12:32:18PM +0300, Andrey Ryabinin wrote: [...] > I thought the EFI stub isolation patches create a copy of mem*() functions in > the stub, > but they are just create aliases with __efistub_ prefix. > > We only need to create some more aliases for KASAN. > The following

Re: [PATCH v2 09/12] mm,thp: reduce ifdef'ery for THP in generic code

On Tue, Sep 22, 2015 at 04:04:53PM +0530, Vineet Gupta wrote: > - pgtable-generic.c: Fold individual #ifdef for each helper into a top > level #ifdef. Makes code more readable Makes sense. > - Per Andrew's suggestion removed the dummy implementations for !THP > in asm-generic/page-table.h to

Re: [PATCH v2 00/12] THP support for ARC

On Fri, Oct 09, 2015 at 03:03:26PM +0530, Vineet Gupta wrote: > On Thursday 01 October 2015 11:32 AM, Vineet Gupta wrote: > > On Tuesday 22 September 2015 04:04 PM, Vineet Gupta wrote: > >> > Hi, > >> > > >> > This series brings THP support to ARC. It also introduces an optional new > >> > thp

Re: [PATCH] panic: release stale console lock to always get the logbuf printed out

Andrew Morton writes: > On Thu, 08 Oct 2015 12:03:25 +0200 Vitaly Kuznetsov > wrote: > >> > If we picked up patch "kernel: Avoid softlockups in >> > stop_machine() during heavy printing" from my series (it's completely >> > independent, I've

Re: [PATCH] panic: release stale console lock to always get the logbuf printed out

Andrew Morton writes: > On Thu, 08 Oct 2015 11:51:13 +0200 Vitaly Kuznetsov > wrote: > >> > On Wed, 7 Oct 2015 19:02:22 +0200 Vitaly Kuznetsov >> > wrote: >> > >> >> In some cases we may end up killing the CPU holding the

Re: [PATCH 4/9] net/can: can_dropped_invalid_skb can be boolean

On 10/08/2015 03:28 PM, Yaowei Bai wrote: > This patch makes can_dropped_invalid_skb return bool due to this > particular function only using either one or zero as its return > value. > > No functional change. > > Signed-off-by: Yaowei Bai Acked-by: Marc Kleine-Budde

Re: WARNING: CPU: 4 PID: 863 at include/drm/drm_crtc.h:1577 drm_helper_choose_encoder_dpms+0x88/0x90() - evildoer found and neutralized

On Tue, Oct 06, 2015 at 09:13:11PM +0800, Jiang Liu wrote: > We are on leave for Chinese National Holiday and has limited > access to my working environment. It would be appreciated if you could > help to send out a patch for it. Otherwise I will send out a patch > within 2-3 days. Okay, I

Re: [PATCH] kvm: fix waitqueue_active without memory barrier in virt/kvm/async_pf.c

On 09/10/2015 10:50, Peter Zijlstra wrote: > Not having actually read or thought about the issue at hand, its > perfectly valid to pair an smp_mb() with either spin_lock() or > spin_unlock(). > > IOW. MB <-> {ACQUIRE, RELEASE} is a valid pairing. In this case it's an smp_mb() (store-load

[PATCH] x86/PCI: Don't alloc pcibios-irq when MSI is enabled

From: Joerg Roedel The pcibios-irq and MSI both use dev->irq to store the IRQ number. While the MSI code checks for that and frees the pcibios-irq before overwriting dev->irq, the pcibios_alloc_irq function does not. Usually this is not a problem, as the pcibios-irq is

[PATCH v4 2/6] pinctrl: berlin: add the berlin4ct pinctrl driver

Add the pin-controller driver for Marvell Berlin BG4CT SoC, with definition of its groups and functions. This uses the core Berlin pinctrl driver. Signed-off-by: Jisheng Zhang --- drivers/pinctrl/berlin/Kconfig| 5 + drivers/pinctrl/berlin/Makefile | 1 +

[PATCH v4 4/6] pinctrl: dt-binding: document berlin4ct SoC pinctrl

Add berlin4ct to existing berlin pinctrl device tree binding. Signed-off-by: Jisheng Zhang --- Documentation/devicetree/bindings/pinctrl/berlin,pinctrl.txt | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

[PATCH v4 1/6] pinctrl: berlin: introduce berlin_pinctrl_probe_regmap()

This is to prepare for the next berlin4ct support, where we won't use simple-mfd any more. Signed-off-by: Jisheng Zhang --- drivers/pinctrl/berlin/berlin.c | 26 +- drivers/pinctrl/berlin/berlin.h | 4 2 files changed, 21 insertions(+), 9

[PATCH v4 5/6] arm64: dts: berlin4ct: add the pinctrl node

Add the avio, soc, sm pinctrl nodes for Marvell berlin4ct SoC. Signed-off-by: Jisheng Zhang --- arch/arm64/boot/dts/marvell/berlin4ct.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm64/boot/dts/marvell/berlin4ct.dtsi

[GIT PULL] sound fixes for 4.3-rc5

Linus, please pull sound fixes for v4.3-rc5 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.3-rc5 The topmost commit is 601d62959d08a450d4666c728ddd2f47c5ba1cfe sound fixes for 4.3-rc5 We see

[PATCH 1/2] i2c: designware: add High-speed mode support

From: Xiang Wang 1. Add High-speed mode support in designware core 2. Add function i2c_dw_acpi_setup_speed to determine the bus speed from ACPI table. Signed-off-by: Xiang Wang --- drivers/i2c/busses/i2c-designware-core.c | 88

[PATCH v3 5/5] ARM: sun5i: Add C.H.I.P DTS

The C.H.I.P. is a small SBC with an Allwinner R8, 8GB of NAND, 512MB of RAM, USB host and OTG, a wifi / bluetooth combo chip, an audio/video jack and two connectors to plug additional boards on top of it. Signed-off-by: Maxime Ripard Reviewed-by: Hans de Goede

Re: [PATCH tip/core/rcu 02/18] rcu: Move rcu_report_exp_rnp() to allow consolidation

On Thu, Oct 08, 2015 at 05:10:21PM -0700, Paul E. McKenney wrote: > > Note that there are rnp->lock acquires without the extra barrier though, > > so you seem somewhat inconsistent with your own rule. > > > > See for example: > > > > rcu_dump_cpu_stacks() > > print_other_cpu_stall() > >

Re: [PATCH] kvm: fix waitqueue_active without memory barrier in virt/kvm/async_pf.c

On 09/10/2015 02:35, Kosuke Tatsukawa wrote: > async_pf_executekvm_vcpu_block > > spin_lock(>async_pf.lock); > if (waitqueue_active(>wq)) > /* The CPU might reorder the test for >the

Re: [RFC PATCH 1/2] ext4: Fix possible deadlock with local interrupts disabled and page-draining IPI

On 10/09/2015 11:41 AM, Gilad Ben-Yossef wrote: > On Oct 8, 2015 18:31, "Nikolay Borisov" wrote: >> >> Currently when bios are being finished in ext4_finish_bio this is done by >> first disabling interrupts and then acquiring a bit_spin_lock. > ... >> >> To fix the situation

[PATCH v2 3/4] arm64: dts: apq8016-sbc: enable i2c buses on LS and HS

This patch enables i2c buses on low speed and high speed expansion connectors on DB410C. Signed-off-by: Srinivas Kandagatla --- arch/arm64/boot/dts/qcom/apq8016-sbc.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git

[PATCH v2 2/4] arm64: dts: qcom: Add msm8916 I2C nodes.

This patch adds missing support for i2c0 and i2c6, this support is required to connect the i2c slaves on LS expansion on DB410c. Signed-off-by: Srinivas Kandagatla --- arch/arm64/boot/dts/qcom/msm8916-pins.dtsi | 48 ++

[PATCH v2 4/4] arm64: dts: apq8016-sbc: enable spi buses on LS and HS

This patch enables spi buses on low speed and high speed expansion connectors on DB410C Signed-off-by: Srinivas Kandagatla --- arch/arm64/boot/dts/qcom/apq8016-sbc.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git

Re: [PATCH v3] PCI: Xilinx-NWL-PCIe: Added support for Xilinx NWL PCIe Host Controller

On 09/10/15 09:51, Bharat Kumar Gogada wrote: >> On 09/10/15 06:11, Bharat Kumar Gogada wrote: >> +struct nwl_msi { /* struct nwl_msi - MSI information */ >> + struct msi_controller chip; /* chip: MSI controller */ > >> We're moving away from

Re: [PATCH v4 5/6] arm64: dts: berlin4ct: add the pinctrl node

On Fri, Oct 09, 2015 at 04:17:08PM +0800, Jisheng Zhang wrote: > Add the avio, soc, sm pinctrl nodes for Marvell berlin4ct SoC. > > Signed-off-by: Jisheng Zhang Acked-by: Antoine Tenart > --- > arch/arm64/boot/dts/marvell/berlin4ct.dtsi

Re: [PATCH v4 6/6] arm64: dts: berlin4ct: add default pinmux for uart0

On Fri, Oct 09, 2015 at 04:17:09PM +0800, Jisheng Zhang wrote: > Add urt0 txd and rxd muxing setup in the dtsi because uart0 always uses > them to work, no other possibilities. > > Signed-off-by: Jisheng Zhang Acked-by: Antoine Tenart >

Re: Re: Re: Re: Re: Re: [PATCH v3] arm: Adding support for atomic half word exchange

On Fri, Oct 09, 2015 at 02:41:54AM +, Sarbojit Ganguly wrote: > Thank you Will, I will make the required corrections and mail it to > patchesAtarm.linux.co.uk and mark [1] as "superseded". Thanks. Also, you don't need to continually prepend "Re: " to your mail subject every time you reply

Re: [RFC]: Possible race condition in kernel futex code

On Mon, 5 Oct 2015, Jaccon Bastiaansen wrote: > We did some tests with different compilers, kernel versions and kernel > configs, with the following results: > > Linux 3.12.48, x86_64_defconfig, GCC 4.6.1 : > copy_user_generic_unrolled being used, so race condition possible > Linux 3.12.48,

[RFC 0/3] eliminate potential race in string() (was: [PATCH] string: Improve the generic strlcpy() implementation)

On Fri, Oct 09 2015, Rasmus Villemoes wrote: > It's hard not to agree with the overall "let's make it more robust if it > can be done sanely+cheaply+cleanly". I was a bit skeptical about whether > those three requirements could be met, since we'd have to do >

Re: [PATCH RFC 1/1] irqchip/GICv2m: Add support for multiple v2m frames

Hi Duc, On 08/10/15 08:48, Duc Dang wrote: > GICv2m driver currently only supports single v2m frame. This > patch extend this driver to support multiple v2m frames. All of > the v2m frames will be own by a single MSI domain. Each PCIe node > can specify msi-parent as the first frame of the v2m

Re: [PATCH 2/3] staging: android: ion: Add ion driver for Hi6220 SoC platform

On 2015/10/8 15:55, Chen Feng wrote: Signed-off-by: Chen Feng Signed-off-by: Yu Dongbin --- drivers/staging/android/ion/Kconfig| 7 + drivers/staging/android/ion/Makefile | 1 +

Re: [PATCH v4 2/6] pinctrl: berlin: add the berlin4ct pinctrl driver

Hi Antoine, On Fri, 9 Oct 2015 11:03:53 +0200 Antoine Tenart wrote: > Hi Jisheng, > > On Fri, Oct 09, 2015 at 04:17:05PM +0800, Jisheng Zhang wrote: > > diff --git a/drivers/pinctrl/berlin/Kconfig b/drivers/pinctrl/berlin/Kconfig > > index b18322b..c13f6d2

Re: [Intel-wired-lan] [Patch V3 5/9] i40e: Use numa_mem_id() to better support memoryless node

On 2015/10/9 17:08, Kamezawa Hiroyuki wrote: > On 2015/10/09 14:52, Jiang Liu wrote: >> On 2015/10/9 4:20, Andrew Morton wrote: >>> On Wed, 19 Aug 2015 17:18:15 -0700 (PDT) David Rientjes >>> wrote: >>> On Wed, 19 Aug 2015, Patil, Kiran wrote: > Acked-by: Kiran

Re: crazy idea: big percpu lock (Re: task isolation)

On Thu, 8 Oct 2015, Andy Lutomirski wrote: > I want to propose a new primitive that might go a long way toward > solving this issue. The new primitive would be called the "big percpu > lock". It took us 15+ years to get rid of the "Big Kernel Lock", so we really don't want to add a new "Big XXX

RE: [PATCH] [v4] PM / hibernate: Fix hibernation panic caused by inconsistent e820 map

Hi,Pavel, > -Original Message- > From: Pavel Machek [mailto:pa...@ucw.cz] > Sent: Sunday, October 04, 2015 11:16 PM > To: Chen, Yu C > Cc: r...@rjwysocki.net; Brown, Len; linux...@vger.kernel.org; linux- > ker...@vger.kernel.org; Zhang, Rui; j...@suse.com; > joeyli.ker...@gmail.com;

Re: [PATCH v2] barriers: introduce smp_mb__release_acquire and update documentation

On Fri, Oct 09, 2015 at 10:31:38AM +0200, Peter Zijlstra wrote: > On Thu, Oct 08, 2015 at 02:44:39PM -0700, Paul E. McKenney wrote: > > On Thu, Oct 08, 2015 at 01:16:38PM +0200, Peter Zijlstra wrote: > > > On Thu, Oct 08, 2015 at 02:50:36PM +1100, Michael Ellerman wrote: > > > > On Wed, 2015-10-07

[PATCH v2 4/4] spi: spi-coldfire-qspi: enable RuntimePM before registering to the core

From: Wolfram Sang The core may register clients attached to this master which may use funtionality from the master. So, RuntimePM must be enabled before, otherwise this will fail. Signed-off-by: Wolfram Sang ---

Re: [PATCH 4/8] mmc: sdhci-pxav3: enable proper resuming on Armada 38x SoC

Hi Jisheng, >> + res = platform_get_resource_byname(pdev, IORESOURCE_MEM, "mbus"); >> + pxa->mbus_win_regs = devm_ioremap_resource(>dev, res); >> + if (IS_ERR(pxa->mbus_win_regs)) { >> + dev_err(mmc_dev(host->mmc), >> + "failed to obtain MBus windows

Re: [PATCH v2] barriers: introduce smp_mb__release_acquire and update documentation

Hi Paul, On Thu, Oct 08, 2015 at 03:17:16PM -0700, Paul E. McKenney wrote: > On Thu, Oct 08, 2015 at 01:59:38PM +0100, Will Deacon wrote: > > I thought Paul was talking about something like this case: > > > > CPU A CPU B CPU C > > foo = 1 > > UNLOCK x > > LOCK x > >

[PATCH] kvm: svm: Only propagate next_rip when guest supports it

From: Joerg Roedel Currently we always write the next_rip of the shadow vmcb to the guests vmcb when we emulate a vmexit. This could confuse the guest when its cpuid indicated no support for the next_rip feature. Fix this by only propagating next_rip if the guest actually

Re: [PATCHv3 1/2] ARM: exynos_defconfig: Enable rtl8152 ethernet driver for Odroid-XU4

On Thu, 2015-10-08 at 16:41 +0200, Arnd Bergmann wrote: > On Thursday 08 October 2015 11:27:13 Sjoerd Simons wrote: > > On Thu, 2015-10-08 at 10:37 +0200, Arnd Bergmann wrote: > > > On Thursday 08 October 2015 16:46:27 Krzysztof Kozlowski wrote: > > > > On 08.10.2015 16:41, Arnd Bergmann wrote: >

Re: [RFC]: Possible race condition in kernel futex code

Hi Thomas, On 9 okt. 2015, at 11:06, Thomas Gleixner wrote: On Mon, 5 Oct 2015, Jaccon Bastiaansen wrote: >> We did some tests with different compilers, kernel versions and kernel >> configs, with the following results: > You cannot use an explicit 32bit read. We need an

Re: [RFC v2 3/6] PM / Domains: introduce power-states consistent with c-states.

On 08/10/2015 18:27, Lina Iyer wrote: On Tue, Oct 06 2015 at 08:27 -0600, Marc Titinger wrote: This patch allows cluster-level C-states to being soaked in as generic domain power states, in order for the domain governor to chose the most efficient power state compatible with the device

Re: [PATCH v6 0/6] KASAN for arm64

2015-10-09 12:48 GMT+03:00 Mark Rutland : > On Fri, Oct 09, 2015 at 12:32:18PM +0300, Andrey Ryabinin wrote: > [...] > >> I thought the EFI stub isolation patches create a copy of mem*() functions >> in the stub, >> but they are just create aliases with __efistub_ prefix. >>

[PATCH] mfd: da9062-core: Rename get_device_type to da9062_get_device_type

Rename get_device_type() to da9062_get_device_type(). This function is only used in this file so make it static. Signed-off-by: Axel Lin --- drivers/mfd/da9062-core.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/mfd/da9062-core.c

Re: [PATCH v2] mmc: core: Fix init_card in 52Mhz

[...] >>> Then you need to remove the hw_reset test from mmc_test. Refer: >>> >>> http://marc.info/?l=linux-mmc=144360165906544=2 >>> >> >> I realize that the test becomes a bit different, but I don't think it's >> useless. >> >> If we add a check for MMC_CAP_HW_RESET and verify that

Re: [PATCH 4/4] arm64: dts: apq8016-sbc: enable spi buses on LS and HS

On 08/10/15 19:16, Stephen Boyd wrote: On 10/08/2015 04:19 AM, Srinivas Kandagatla wrote: This patch enables spi buses on low speed and high speed expansion connectors on DB410C Signed-off-by: Srinivas Kandagatla ---

Re: [PATCHv2] ARM64:Fix MINSIGSTKSZ and SIGSTKSZ

On Tuesday 06 October 2015 12:51:24 Arnd Bergmann wrote: > > I think it makes sense to stick with the traditional definition > of MINSIGSTKSZ == "the minimum amount that you will always need, > add whatever you require yourself" and SIGSTKSZ == "Should be > enough for a couple of function calls".

[PATCH v3 2/5] ARM: sun5i: Add R8 DTSI

The R8 is very close to the A13, but it still has a few differences, notably a composite output, which the A13 lacks. Add a DTSI based on the A13's to hold those differences. Signed-off-by: Maxime Ripard Reviewed-by: Chen-Yu Tsai Reviewed-by:

Re: [PATCH 4/4] arm64: dts: enable idle states for Hi6220

On 09/10/15 05:36, Leo Yan wrote: Add cpu and cluster level's low power state for Hi6220. Signed-off-by: Leo Yan --- arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 31 +++ 1 file changed, 31 insertions(+) diff --git

Re: [PATCH v2] ath6kl: drop unlikely behind WARN_ON()

Geliang Tang writes: > WARN_ON() already contain an unlikely compiler flag. Drop it. > > Signed-off-by: Geliang Tang Applied, thanks. -- Kalle Valo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH v2 0/4] arm64: dts: qcom: add support to LS and HS connectors

Hi Andy, This patchset adds support for i2c and spi on High-Speed and Low speed connectors on DB410c. One of the patch fixes the sleep state of existing i2c node. thanks, srini Changes since v1: - removed useless comment spotted by Stephen Boyd. - Use absolute names instead of

Re: [PATCH 2/3] staging: android: ion: Add ion driver for Hi6220 SoC platform

On Thu, Oct 08, 2015 at 03:55:12PM +0800, Chen Feng wrote: > Signed-off-by: Chen Feng > Signed-off-by: Yu Dongbin > --- > drivers/staging/android/ion/Kconfig| 7 + > drivers/staging/android/ion/Makefile | 1 + >

[PATCH v2 1/4] arm64: dts: fix i2c pinconf sleep state function

This patch fixes the i2c pinctrl sleep state by changing the pinconf function to be in gpio mode rather than i2c. Signed-off-by: Srinivas Kandagatla --- arch/arm64/boot/dts/qcom/msm8916-pins.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

  1   2   3   4   5   6   7   8   9   10   >