Re: [linux-sunxi] [PATCH 02/10] regulator: add support for SY8106A regulator

2017-07-24 Thread Mark Brown
On Mon, Jul 24, 2017 at 11:03:24AM +0800, Chen-Yu Tsai wrote: > On Sun, Jul 23, 2017 at 6:27 PM, Icenowy Zheng wrote: > > From: Ondrej Jirman > > > > SY8106A is an I2C attached single output regulator made by Silergy Corp, > > which is used on several Allwinner H3/H5 SBCs to control the power > >

[PATCH 7/7] gpio: Use unsigned int for of_gpio_n_cells

2017-07-24 Thread Thierry Reding
From: Thierry Reding The cell count for GPIO specifiers can never be negative, so make the field unsigned. Signed-off-by: Thierry Reding --- include/linux/gpio/driver.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/gpio/driver.h b/include/linux/gpio/driver.h

[PATCH 6/7] docs: driver-api: Add GPIO section

2017-07-24 Thread Thierry Reding
From: Thierry Reding This adds a section about the various parts of the GPIO subsystem to the driver API documentation. Note that this isn't exhaustive documentation, but rather focusses on pulling in the kerneldoc from various sources, in order to improve coverage of kerneldoc processing. Signe

[PATCH 5/7] gpio: sysfs: Fixup kerneldoc

2017-07-24 Thread Thierry Reding
From: Thierry Reding Fix up some references to parameters to match the code. Signed-off-by: Thierry Reding --- drivers/gpio/gpiolib-sysfs.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpio/gpiolib-sysfs.c b/drivers/gpio/gpiolib-sysfs.c index 16fe9742597b

[PATCH 2/7] gpio: of: Improve kerneldoc

2017-07-24 Thread Thierry Reding
From: Thierry Reding Add descriptions for missing fields and fix up some parameter references to match the code. Signed-off-by: Thierry Reding --- drivers/gpio/gpiolib-of.c | 7 +++ include/linux/gpio/driver.h | 19 +++ 2 files changed, 22 insertions(+), 4 deletions(-)

[PATCH 4/7] gpio: acpi: Fixup kerneldoc

2017-07-24 Thread Thierry Reding
From: Thierry Reding Fix up a parameter description to match the code and fix markup for a constant to prettify output. Signed-off-by: Thierry Reding --- drivers/gpio/gpiolib-acpi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpio/gpiolib-acpi.c b/drivers/gp

[PATCH 3/7] gpio: devres: Improve kerneldoc

2017-07-24 Thread Thierry Reding
From: Thierry Reding Add missing descriptions for some parameters to match the code. Signed-off-by: Thierry Reding --- drivers/gpio/devres.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpio/devres.c b/drivers/gpio/devres.c index a75511d1ea5d..afbff155a0ba 100644 --- a/driver

[PATCH 1/7] gpio: Cleanup kerneldoc

2017-07-24 Thread Thierry Reding
From: Thierry Reding Some kerneldoc has become stale or wasn't quite correct from the outset. Fix up the most serious issues to silence warnings when building the documentation. Signed-off-by: Thierry Reding --- drivers/gpio/gpiolib.c | 82 + in

[PATCH 2/4] gpio: tegra: Prefer kcalloc() over kzalloc() with multiplies

2017-07-24 Thread Thierry Reding
From: Thierry Reding Rather than manually compute the size of an array, pass the number and element size to kcalloc(). Signed-off-by: Thierry Reding --- drivers/gpio/gpio-tegra.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpio/gpio-tegra.c b/drivers/gpio/gp

[PATCH 1/4] gpio: tegra: Remove unnecessary check

2017-07-24 Thread Thierry Reding
From: Thierry Reding of_device_get_match_data() can never return NULL, therefore the check for NULL values is unnecessary. Signed-off-by: Thierry Reding --- drivers/gpio/gpio-tegra.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/drivers/gpio/gpio-tegra.c b/dri

[PATCH 3/4] gpio: tegra: Fix checkpatch warnings

2017-07-24 Thread Thierry Reding
From: Thierry Reding Fix a couple of checkpatch warnings, such as complaints about bare unsigned being used (instead of unsigned int) and missing blank lines after declarations. Signed-off-by: Thierry Reding --- drivers/gpio/gpio-tegra.c | 32 1 file changed, 2

[PATCH 4/4] gpio: tegra: Use unsigned int where possible

2017-07-24 Thread Thierry Reding
From: Thierry Reding In most of the cases, integers in this file can't be negative, so the type can be more restricted for clarity. Signed-off-by: Thierry Reding --- drivers/gpio/gpio-tegra.c | 57 --- 1 file changed, 24 insertions(+), 33 deletions(-

[PATCH 2/2] drm/i915: Detect monitor change from EDID change after resume

2017-07-24 Thread Paul Kocialkowski
This introduces a dedicated work and related helpers to detect whether a monitor was replaced by another one during suspend. This detection is based on EDID change detection, using the associated generic drm helper. This requires storing more information to the intel_connector structure, such as t

[PATCH 1/2] drm/edid: Add helper to detect whether EDID changed

2017-07-24 Thread Paul Kocialkowski
This adds a common drm helper to detect whether the EDID changed from the last known cached one. This is useful help detect that a monitor was changed during a suspend/resume cycle. When that happens (a monitor is replaced by another one during suspend), no hotplug event will be triggered so the c

Re: [PATCH] mm, oom: allow oom reaper to race with exit_mmap

2017-07-24 Thread Kirill A. Shutemov
On Mon, Jul 24, 2017 at 04:15:26PM +0200, Michal Hocko wrote: > On Mon 24-07-17 17:00:08, Kirill A. Shutemov wrote: > > On Mon, Jul 24, 2017 at 09:23:32AM +0200, Michal Hocko wrote: > > > From: Michal Hocko > > > > > > David has noticed that the oom killer might kill additional tasks while > > >

Re: [PATCH v2 6/6] perf: ARM DynamIQ Shared Unit PMU support

2017-07-24 Thread Jonathan Cameron
On Mon, 24 Jul 2017 11:29:21 +0100 Suzuki K Poulose wrote: > Add support for the Cluster PMU part of the ARM DynamIQ Shared Unit (DSU). > The DSU integrates one or more cores with an L3 memory system, control > logic, and external interfaces to form a multicore cluster. The PMU > allows counting

Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac

2017-07-24 Thread Kani, Toshimitsu
On Sat, 2017-07-22 at 08:28 +0200, Borislav Petkov wrote: > On Fri, Jul 21, 2017 at 06:38:52PM +, Kani, Toshimitsu wrote: > > Enterprise platforms have very different model (I do not say it's > > better for everyone from the cost perspective).  Typically, such > > But you do tell your customer

Re: [RFC/RFT PATCH] KVM: nVMX: fixes to nested virt interrupt injection

2017-07-24 Thread Wanpeng Li
2017-07-24 22:44 GMT+08:00 Paolo Bonzini : > On 24/07/2017 16:44, Wanpeng Li wrote: >>> Wanpeng, can you test this on the testcases you had for commit >>> d4912215d103 ("KVM: nVMX: Fix exception injection", 2017-06-05)? >> Yeah, I will try it tomorrow. :) >> >>> Also, do you

Re: [PATCH v2] KVM: LAPIC: Fix cancel preemption timer repeatedly due to preemption

2017-07-24 Thread Paolo Bonzini
On 24/07/2017 10:57, Wanpeng Li wrote: > From: Wanpeng Li > > Preemption can occur in the preemption timer expiration handler: > > CPU0CPU1 > > preemption timer vmexit > handle_preemption_timer(vCPU0) > kvm_lapic_expired_hv_timer > hv_timer_is_use ==

Re: [PATCH v4 2/2] x86/amd: Fixup cpu_core_id for family17h downcore configuration

2017-07-24 Thread Borislav Petkov
On Mon, Jul 24, 2017 at 09:14:18PM +0700, Suravee Suthikulpanit wrote: > Actually, this is not totally accurate. My apology. This patch is > mainly fix to incorrect core ID in /proc/cpuinfo. So you're "fixing" only some numbering thing. Because core_id doesn't have any influence on anything. Here'

Re: [RFC/RFT PATCH] KVM: nVMX: fixes to nested virt interrupt injection

2017-07-24 Thread Paolo Bonzini
On 24/07/2017 16:44, Wanpeng Li wrote: >> Wanpeng, can you test this on the testcases you had for commit >> d4912215d103 ("KVM: nVMX: Fix exception injection", 2017-06-05)? > Yeah, I will try it tomorrow. :) > >> Also, do you have a testcase for PFEC matching? > I din't hav

Re: [RFC/RFT PATCH] KVM: nVMX: fixes to nested virt interrupt injection

2017-07-24 Thread Wanpeng Li
2017-07-24 22:20 GMT+08:00 Paolo Bonzini : > There are three issues in nested_vmx_check_exception: > > 1) it is not taking PFEC_MATCH/PFEC_MASK into account, as reported > by Wanpeng Li; > > 2) it should rebuild the interruption info and exit qualification fields > from scratch, as reported by Jim

Re: USB disk speed regression WD Elements - with bisect result 22547c4cc4fe20698a6a85a55b8788859134b8e4

2017-07-24 Thread Alan Stern
On Mon, 24 Jul 2017, Zdenek Kabelac wrote: > Hi > > I've problem with my USB storage devices: WD Elements 1TB. > (Bus 004 Device 002: ID 1058:10a8 Western Digital Technologies, Inc. Elements > Portable (WDBUZG)) > > > After kernel >4.9 when disk is attached via cable it has very low speed >

Re: [PATCH] USB: musb: fix external abort on suspend

2017-07-24 Thread Alan Stern
On Mon, 24 Jul 2017, Johan Hovold wrote: > Make sure that the controller is runtime resumed when system suspending > to avoid an external abort when accessing the interrupt registers: > > Unhandled fault: external abort on non-linefetch (0x1008) at 0xd025840a > ... > [] (musb_default_readb)

ARM64 board Hikey960 boot failure due to f2545b2d4ce1 (jump_label: Reorder hotplug lock and jump_label_lock)

2017-07-24 Thread Leo Yan
Hi all, We found the mainline arm64 kernel boot failure on Hikey960 board, this is caused by patch f2545b2d4ce1 (jump_label: Reorder hotplug lock and jump_label_lock), this patch adds locking cpus_read_lock() in function static_key_slow_inc() and introduce the dead lock issue by acquiring lock twi

Re: [PATCH v2 1/1] KVM: make pid available for uevents without debugfs

2017-07-24 Thread Paolo Bonzini
On 24/07/2017 13:40, Claudio Imbrenda wrote: > Simplify and improve the code so that the PID is always available in > the uevent even when debugfs is not available. > > This adds a userspace_pid field to struct kvm, as per Radim's > suggestion, so that the PID can be retrieved on destruction too.

[PATCH v1] xen: get rid of paravirt op adjust_exception_frame

2017-07-24 Thread Juergen Gross
When running as Xen pv-guest the exception frame on the stack contains %r11 and %rcx additional to the other data pushed by the processor. Instead of having a paravirt op being called for each exception type prepend the Xen specific code to each exception entry. When running as Xen pv-guest just u

Re: pcpu allocator on large NUMA machines

2017-07-24 Thread Michal Hocko
On Mon 24-07-17 09:57:14, Tejun Heo wrote: > Hello, Hi, and thanks for ths swift answer > On Mon, Jul 24, 2017 at 03:42:40PM +0200, Michal Hocko wrote: [...] > > My understanding of the pcpu allocator is basically close to zero but it > > seems weird to me that we would need many TB of vmalloc ad

Re: [PATCH] KVM: nVMX: consult PFER_MASK and PFER_MATCH before nested vmexit if inject #PF

2017-07-24 Thread Paolo Bonzini
On 24/07/2017 15:57, Wanpeng Li wrote: > > if (!((vmcs12->exception_bitmap & (1u << nr)) || > -(nr == PF_VECTOR && vcpu->arch.exception.nested_apf))) > +(nr == PF_VECTOR && (vcpu->arch.exception.nested_apf || > +nested_vmx_is_page_fault_vmexit(vmcs12, > vcpu->arch.

[RFC/RFT PATCH] KVM: nVMX: fixes to nested virt interrupt injection

2017-07-24 Thread Paolo Bonzini
There are three issues in nested_vmx_check_exception: 1) it is not taking PFEC_MATCH/PFEC_MASK into account, as reported by Wanpeng Li; 2) it should rebuild the interruption info and exit qualification fields from scratch, as reported by Jim Mattson, because the values from the L2->L0 vmexit may

[tip:x86/asm 6/13] drivers/w1/w1_io.o: warning: objtool: w1_reset_bus()+0x36: unreachable instruction

2017-07-24 Thread kbuild test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/asm head: 9683a64fc3cb67e663859a6bb2e0db5dcee9ed32 commit: 39358a033b2e4432052265c1fa0f36f572d8cfb5 [6/13] objtool, x86: Add facility for asm code to provide unwind hints config: x86_64-randconfig-in0-07242041 (attached as .

Re: [PATCH] perf, tools: Make build fail on JSON parse error

2017-07-24 Thread Jiri Olsa
On Fri, Jul 21, 2017 at 05:31:59PM -0700, Sukadev Bhattiprolu wrote: > Andi Kleen [a...@firstfloor.org] wrote: > > From: Andi Kleen > > > > Today, when a JSON file fails parsing the build continues, > > but there are no json files built in, which is difficult to debug later. > > Make the build st

Re: [PATCH] mm, oom: allow oom reaper to race with exit_mmap

2017-07-24 Thread Michal Hocko
On Mon 24-07-17 17:00:08, Kirill A. Shutemov wrote: > On Mon, Jul 24, 2017 at 09:23:32AM +0200, Michal Hocko wrote: > > From: Michal Hocko > > > > David has noticed that the oom killer might kill additional tasks while > > the exiting oom victim hasn't terminated yet because the oom_reaper marks

Re: [PATCH v4 2/2] x86/amd: Fixup cpu_core_id for family17h downcore configuration

2017-07-24 Thread Suravee Suthikulpanit
Boris, On 7/24/17 18:14, Borislav Petkov wrote: On Mon, Jul 24, 2017 at 04:22:45AM -0500, Suravee Suthikulpanit wrote: For family17h, current cpu_core_id is directly taken from the value CPUID_Fn801E_EBX[7:0] (CoreId), which is the physical ID of the core within a die. However, on system wi

Re: [PATCH for v4.9 LTS 86/87] net: account for current skb length when deciding about UFO

2017-07-24 Thread Levin, Alexander (Sasha Levin)
On Sat, Jul 15, 2017 at 10:53:27AM +0200, Michal Kubecek wrote: >On Sat, Jul 15, 2017 at 01:26:27AM +, Levin, Alexander (Sasha Levin) wrote: >> From: Michal Kubeček >> >> [ Upstream commit a5cb659bbc1c8644efa0c3138a757a1e432a4880 ] >> >> Our customer encountered stuck NFS writes for blocks sta

Conserve /proc/$pid after a process exit

2017-07-24 Thread Yubin Ruan
Does anyone have ideas how to preserve a /proc/$pid directory after a process exit? I want to perform some audit on some process A from within another process B. Process B have the pid of process A but after A exit, B can no longer retrieve info from /proc/$pid. I am wondering whether it is possibl

Re: [PATCH 01/14] amdgpu: powerplay: Remove unused function

2017-07-24 Thread Ricardo Ribalda Delgado
Hi Harry On Mon, Jul 24, 2017 at 4:01 PM, Harry Wentland wrote: > > This is used and needed by the DC display driver. See > display/amdgpu_dm/amdgpu_dm_services.c:193 in Alex's amd-staging-4.11 tree: > > https://cgit.freedesktop.org/~agd5f/linux/tree/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_d

Re: KASAN vs. boot-time switching between 4- and 5-level paging

2017-07-24 Thread Andrey Ryabinin
On 07/24/2017 03:13 PM, Kirill A. Shutemov wrote: > On Thu, Jul 13, 2017 at 05:19:22PM +0300, Andrey Ryabinin wrote: https://git.kernel.org/pub/scm/linux/kernel/git/kas/linux.git/commit/?h=la57/boot-switching/v2&id=13327fec85ffe95d9c8a3f57ba174bf5d5c1fb01 > As for KASAN, I think it

[PATCH v3 04/10] mmc: sunxi: Support controllers that can use both old and new timings

2017-07-24 Thread Chen-Yu Tsai
On the SoCs that introduced the new timing mode for MMC controllers, both the old (where the clock delays are set in the CCU) and new (where the clock delays are set in the MMC controller) timing modes are available, and we have to support them both. However there are two bits that control which mo

Re: [PATCH 01/14] amdgpu: powerplay: Remove unused function

2017-07-24 Thread Harry Wentland
On 2017-07-24 09:35 AM, Ricardo Ribalda Delgado wrote: > amd_powerplay_display_configuration_change is never called. > > Signed-off-by: Ricardo Ribalda Delgado > --- > drivers/gpu/drm/amd/powerplay/amd_powerplay.c | 21 - > drivers/gpu/drm/amd/powerplay/inc/amd_powerplay.

[PATCH v3 07/10] ARM: dts: sun8i: a83t: Add MMC controller device nodes

2017-07-24 Thread Chen-Yu Tsai
The A83T has 3 MMC controllers. The third one is a bit special, as it supports a wider 8-bit bus, and a "new timing mode". Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun8i-a83t.dtsi | 59 +++ 1 file changed, 59 insertions(+) diff --git a/arch/arm/boot/

[PATCH v3 06/10] mmc: sunxi: Add support for A83T eMMC (MMC2)

2017-07-24 Thread Chen-Yu Tsai
The third MMC controller (MMC2) on the Allwinner A83T SoC is slightly different. It supports a wider 8-bit bus, has a dedicated controllable reset pin for eMMC, and a "new timing mode" which is supposed to deliver better signals and thus better performance. Add a compatible for this one to use the

[PATCH v3 09/10] ARM: dts: sun8i: a83t: cubietruck-plus: Enable micro-SD card and eMMC

2017-07-24 Thread Chen-Yu Tsai
Now that we support the MMC controllers on the A83T SoC, we can enable them on some boards. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun8i-a83t-cubietruck-plus.dts | 27 1 file changed, 27 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t-cubietruck-plus.

[PATCH v3 05/10] mmc: sunxi: Support MMC DDR52 transfer mode with new timing mode

2017-07-24 Thread Chen-Yu Tsai
The MMC controller can support DDR52 transfers under the new timing mode. According to the BSP kernel, the module clock has to be double the card clock, regardless of the bus width. The default timings in the hardware can be used. This also reworks the code setting the internal divider, getting ri

[PATCH v3 10/10] ARM: dts: sun8i: a83t: h8homlet: Enable micro-SD card and onboard eMMC

2017-07-24 Thread Chen-Yu Tsai
The H8 homlet has a micro-SD card slot connected to mmc0, and onboard eMMC from FORESEE, connected to mmc2. Signed-off-by: Chen-Yu Tsai --- .../boot/dts/sun8i-a83t-allwinner-h8homlet-v2.dts | 21 + 1 file changed, 21 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t-

[PATCH v3 08/10] ARM: dts: sun8i: a83t: Add pingroup for 8-bit eMMC on mmc2

2017-07-24 Thread Chen-Yu Tsai
mmc2 can support 8-bit eMMC chips, with a dedicated reset line. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun8i-a83t.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi b/arch/arm/boot/dts/sun8i-a83t.dtsi index 21ab668abfac..d9b4372dbdf3 1

[PATCH v3 03/10] clk: sunxi-ng: a83t: Support new timing mode for mmc2 clock

2017-07-24 Thread Chen-Yu Tsai
The MMC2 clock supports a new timing mode. When the new mode is active, the output clock rate is halved. This patch sets the feature flag for the new timing mode, and adds a pre-divider based on the mode bit. Signed-off-by: Chen-Yu Tsai --- drivers/clk/sunxi-ng/ccu-sun8i-a83t.c | 10 ++

Re: [PATCH] mm, oom: allow oom reaper to race with exit_mmap

2017-07-24 Thread Kirill A. Shutemov
On Mon, Jul 24, 2017 at 09:23:32AM +0200, Michal Hocko wrote: > From: Michal Hocko > > David has noticed that the oom killer might kill additional tasks while > the exiting oom victim hasn't terminated yet because the oom_reaper marks > the curent victim MMF_OOM_SKIP too early when mm->mm_users d

Re: [PATCH v2] kmemleak: add oom= runtime parameter

2017-07-24 Thread Catalin Marinas
On Mon, Jul 24, 2017 at 05:16:34PM +0800, shuw...@redhat.com wrote: > When running memory stress tests, kmemleak could be easily disabled in > function create_object as system is out of memory and kmemleak failed to > alloc from object_cache. Since there's no way to enable kmemleak after > it's off

[PATCH v3 01/10] clk: sunxi-ng: Add interface to query or configure MMC timing modes.

2017-07-24 Thread Chen-Yu Tsai
Starting with the A83T SoC, Allwinner introduced a new timing mode for its MMC clocks. The new mode changes how the MMC controller sample and output clocks are delayed to match chip and board specifics. There are two controls for this, one on the CCU side controlling how the clocks behave, and one

[PATCH v3 02/10] clk: sunxi-ng: Add MP_MMC clocks that support MMC timing modes switching

2017-07-24 Thread Chen-Yu Tsai
All of our MMC clocks are of the MP clock type. A few MMC clocks on some SoCs, such as MMC2 on the A83T, support new/old timing mode switching. >From a clock rate point of view, when the new timing mode is active. the output clock rate is halved. This patch adds a special wrapper class of clocks,

[PATCH v3 00/10] ARM: sun8i: a83t: Add support for MMC controllers

2017-07-24 Thread Chen-Yu Tsai
Hi everyone, This is v3 of my MMC controller support series. Changes since v2: - Really dropped CCU_FEATURE_MMC_ALWAYS_NEW - Simplified SUNXI_CCU_MP_MMC_WITH_MUX_GATE macro - Added Maxime's ack for mmc patches Changes since v1: - Fix patches already applied have been dropped - V2

Re: pcpu allocator on large NUMA machines

2017-07-24 Thread Tejun Heo
Hello, On Mon, Jul 24, 2017 at 03:42:40PM +0200, Michal Hocko wrote: > we are seeing a strange pcpu allocation failures on a large ppc machine > on our older distribution kernel. Please note that I am not yet sure > this is the case with the current up-to-date kernel and I do not have > direct acc

Re: [PATCH] KVM: nVMX: consult PFER_MASK and PFER_MATCH before nested vmexit if inject #PF

2017-07-24 Thread Wanpeng Li
2017-07-24 21:36 GMT+08:00 Paolo Bonzini : > On 23/07/2017 03:05, Wanpeng Li wrote: >> From: Wanpeng Li >> >> When generating #PF VM-exit, check equality: >> (PFEC & PFEC_MASK) == PFEC_MATCH >> If there is equality, the 14 bit of exception bitmap is used to take decision >> about generating #PF VM

Re: [PATCH v3 2/5] dmaengine: Add STM32 DMAMUX driver

2017-07-24 Thread Pierre Yves MORDRET
On 07/22/2017 08:51 AM, Vinod Koul wrote: > On Thu, Jul 06, 2017 at 02:20:20PM +0200, Pierre-Yves MORDRET wrote: >> +static int stm32_dmamux_probe(struct platform_device *pdev) >> +{ >> +struct device_node *node = pdev->dev.of_node; >> +struct device_node *dma_node; >> +struct stm32_d

[PATCH] of: return of_get_cpu_node from of_cpu_device_node_get if CPUs are not registered

2017-07-24 Thread Sudeep Holla
Instead of the callsites choosing between of_cpu_device_node_get if the CPUs are registered as of_node is populated by then and of_get_cpu_node when the CPUs are not yet registered as CPU of_nodes are not yet stashed thereby needing to parse the device tree, we can call of_get_cpu_node in case the

[PATCH -tip] [BUGFIX] kprobes/x86: Do not jump-optimize kprobes on irq entry code

2017-07-24 Thread Masami Hiramatsu
Since the kernel segment registers are not prepared at the entry of irq-entry code, if a kprobe on such code is jump-optimized, accessing per-cpu variables may cause kernel panic. However, if the kprobe is not optimized, it kicks int3 exception and set segment registers correctly. This checks prob

Re: [PATCH V3 1/3] sched: cpufreq: Allow remote cpufreq callbacks

2017-07-24 Thread Peter Zijlstra
On Mon, Jul 24, 2017 at 04:31:22PM +0530, Viresh Kumar wrote: > On 21-07-17, 15:03, Peter Zijlstra wrote: > > On Thu, Jul 13, 2017 at 12:14:37PM +0530, Viresh Kumar wrote: > > > diff --git a/kernel/sched/cpufreq_schedutil.c > > > b/kernel/sched/cpufreq_schedutil.c > > > index 29a397067ffa..ed9c58

Suspend-resume failure on Intel Eagle Lake Core2Duo

2017-07-24 Thread Martin Peres
Hello, I am contacting you because your patch "bf22ff45b genirq: Avoid unnecessary low level irq function calls" broke suspend/resume on an old Intel platform. This was not caught in linux-next and only got introduced in linux 4.13-rc1. Here is the current place where the bug has been report

Re: [PATCH v3 05/16] MIPS: math-emu: .: Fix quiet NaN propagation

2017-07-24 Thread James Hogan
Hi Aleksandar, On Mon, Jul 24, 2017 at 02:36:05PM +0100, Aleksandar Markovic wrote: > > > diff --git a/arch/mips/math-emu/dp_fmax.c b/arch/mips/math-emu/dp_fmax.c > > > index fd71b8d..567fc33 100644 > > > --- a/arch/mips/math-emu/dp_fmax.c > > > +++ b/arch/mips/math-emu/dp_fmax.c > > > @@ -47,6 +4

Re: [PATCH v3 0/4] Add xxhash and zstd modules

2017-07-24 Thread Austin S. Hemmelgarn
On 2017-07-22 07:35, Adam Borowski wrote: On Fri, Jul 21, 2017 at 11:56:21AM -0400, Austin S. Hemmelgarn wrote: On 2017-07-20 17:27, Nick Terrell wrote: This patch set adds xxhash, zstd compression, and zstd decompression modules. It also adds zstd support to BtrFS and SquashFS. Each patch has

pcpu allocator on large NUMA machines

2017-07-24 Thread Michal Hocko
Hi Tejun, we are seeing a strange pcpu allocation failures on a large ppc machine on our older distribution kernel. Please note that I am not yet sure this is the case with the current up-to-date kernel and I do not have direct access to the machine but it seems there were not many changes in the p

[PATCH] virtio-net: fix module unloading

2017-07-24 Thread Andrew Jones
Unregister the driver before removing multi-instance hotplug callbacks. This order avoids the warning issued from __cpuhp_remove_state_cpuslocked when the number of remaining instances isn't yet zero. Fixes: 8017c279196a ("net/virtio-net: Convert to hotplug state machine") Cc: Sebastian Andrzej Si

[PATCH 04/14] amdgpu: powerplay: smu7_hwmgr: Assume display_config is zero

2017-07-24 Thread Ricardo Ribalda Delgado
display_config is never set, so we can assume it is zero. Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c | 17 +++-- 1 file changed, 7 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c b/drivers

[PATCH 05/14] amdgpu: powerplay: fiji_smc: Assume display_config is zero

2017-07-24 Thread Ricardo Ribalda Delgado
display_config is never set, so we can assume it is zero. Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/powerplay/smumgr/fiji_smc.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/amd/powerplay/smumgr/fiji_smc.c b/drivers/gpu/drm/amd

[PATCH 06/14] amdgpu: powerplay: iceland_smc: Assume display_config is zero

2017-07-24 Thread Ricardo Ribalda Delgado
display_config is never set, we can assume it is zero. Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/powerplay/smumgr/iceland_smc.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/powerplay/smumgr/iceland_smc.c b/drivers/gpu/drm/amd/pow

[PATCH 09/14] amdgpu: powerplay: rv_hwmgr: Assume display_config is zero

2017-07-24 Thread Ricardo Ribalda Delgado
display_config is never set, so we can assume that it is zero. Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/powerplay/hwmgr/rv_hwmgr.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/rv_hwmgr.c b/drivers/gpu/drm/amd/powerplay/hwmgr/rv_h

[PATCH 08/14] amdgpu: powerplay: tonga_smc: Assume display_config is zero

2017-07-24 Thread Ricardo Ribalda Delgado
display_config is never set, we can assume it is zero. Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/powerplay/smumgr/tonga_smc.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/powerplay/smumgr/tonga_smc.c b/drivers/gpu/drm/amd/powerpl

[PATCH 07/14] amdgpu: powerplay: polaris10_smc: Assume display_config is zero

2017-07-24 Thread Ricardo Ribalda Delgado
display_config is never set, we can assume it is zero. Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/powerplay/smumgr/polaris10_smc.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/amd/powerplay/smumgr/polaris10_smc.c b/drivers/gpu/

[PATCH 11/14] amdgpu: ci_dpm: Assume pm_display_cfg is zero

2017-07-24 Thread Ricardo Ribalda Delgado
pm_display_cfg is never set, so we can assume that it is zero Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/amdgpu/ci_dpm.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/ci_dpm.c b/drivers/gpu/drm/amd/amdgpu/ci_dpm.c index cb508a211b2f..831

[PATCH 10/14] amdgpu: powerplay: vega10_hwmgr: Assume display_config is zero

2017-07-24 Thread Ricardo Ribalda Delgado
display_config is never set, so we can assume that it is zero Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/powerplay/hwmgr/vega10_hwmgr.c | 19 ++- 1 file changed, 6 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/vega10_hwmgr.c

[PATCH 12/14] amdgpu: powerplay: hwmgr: Remove unused field

2017-07-24 Thread Ricardo Ribalda Delgado
Remove unused field display_config Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/powerplay/inc/hwmgr.h | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/amd/powerplay/inc/hwmgr.h b/drivers/gpu/drm/amd/powerplay/inc/hwmgr.h index 47e57bd2c36f..220bb8cde530 10064

[PATCH 13/14] amdgpu: amdgpu_dpm: Remove unused field

2017-07-24 Thread Ricardo Ribalda Delgado
Remove unused field pm_display_cfg Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/amdgpu/amdgpu_dpm.h | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_dpm.h b/drivers/gpu/drm/amd/amdgpu/amdgpu_dpm.h index 8c96a4caa715..5c740814dba4 100644 ---

RE: [PATCH v3 05/16] MIPS: math-emu: .: Fix quiet NaN propagation

2017-07-24 Thread Aleksandar Markovic
Hi, James, I appreciate your thorough and expeditious review. > > > From: James Hogan > Sent: Friday, July 21, 2017 7:45 AM > To: Aleksandar Markovic > Cc: linux-m...@linux-mips.org; Aleksandar Markovic; Miodrag Dinic; Goran > Ferenc; Douglas Leung; linu

Re: [PATCH] KVM: nVMX: consult PFER_MASK and PFER_MATCH before nested vmexit if inject #PF

2017-07-24 Thread Paolo Bonzini
On 23/07/2017 03:05, Wanpeng Li wrote: > From: Wanpeng Li > > When generating #PF VM-exit, check equality: > (PFEC & PFEC_MASK) == PFEC_MATCH > If there is equality, the 14 bit of exception bitmap is used to take decision > about generating #PF VM-exit. If there is inequality, inverted 14 bit is

[PATCH 14/14] amdgpu: powerplay: Remove unused structure

2017-07-24 Thread Ricardo Ribalda Delgado
Remove unused structure definition amd_pp_display_configuration. Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/powerplay/inc/amd_powerplay.h | 40 --- 1 file changed, 40 deletions(-) diff --git a/drivers/gpu/drm/amd/powerplay/inc/amd_powerplay.h b/drivers/g

[PATCH 02/14] amdgpu: powerplay: Remove unused function

2017-07-24 Thread Ricardo Ribalda Delgado
phm_store_dal_configuration_data is not used anymore. Remove also reference on comments to the function Signed-off-by: Ricardo Ribalda Delgado --- .../gpu/drm/amd/powerplay/eventmgr/eventtasks.c| 1 - .../gpu/drm/amd/powerplay/hwmgr/hardwaremanager.c | 25 -- .../gpu/d

[PATCH 03/14] amdgpu: powerplay: cz_hwmgr: Fix invalid error message.

2017-07-24 Thread Ricardo Ribalda Delgado
display_config is never set, therefore we can assume it is zero. Without this fix, the user will get the following invalid warning on its dmesg: amdgpu: [powerplay] min_core_set_clock not set. Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/powerplay/hwmgr/cz_hwmgr.c | 20 ++

[PATCH 01/14] amdgpu: powerplay: Remove unused function

2017-07-24 Thread Ricardo Ribalda Delgado
amd_powerplay_display_configuration_change is never called. Signed-off-by: Ricardo Ribalda Delgado --- drivers/gpu/drm/amd/powerplay/amd_powerplay.c | 21 - drivers/gpu/drm/amd/powerplay/inc/amd_powerplay.h | 3 --- 2 files changed, 24 deletions(-) diff --git a/drivers/

[PATCH 00/14] Remove unused structure amd_pp_display_configuration

2017-07-24 Thread Ricardo Ribalda Delgado
While trying to fix the error message amdgpu: [powerplay] min_core_set_clock not set on my carizzo board. I Realized that the structure display_config was never set and therefore a lot of code could be simplified. Also due to display_config never set, the error message was invalid. Other people

Re: [PATCH 00/16] arm/arm64: Workaround misprogrammed CNTFRQ

2017-07-24 Thread Marc Zyngier
On 24/07/17 14:12, Will Deacon wrote: > On Mon, Jul 24, 2017 at 01:48:37PM +0100, Marc Zyngier wrote: >> On 24/07/17 13:19, Will Deacon wrote: >>> On Fri, Jul 21, 2017 at 06:15:26PM +0100, Marc Zyngier wrote: It is an unfortunate situation that CNTFRQ{,_EL0} is often misprogrammed from th

Re: [PATCH v6 RESEND] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

2017-07-24 Thread Matt Fleming
On Fri, 21 Jul, at 09:19:56PM, Baoquan He wrote: > > There are places where the efi map is getting and used like this. E.g > in efi_high_alloc() of drivers/firmware/efi/libstub/efi-stub-helper.c. > EFI developers worry the size of efi_memory_desc_t could not be the same > as e->efi_memdesc_size? >

Re: lockdep warning: console vs. mem hotplug

2017-07-24 Thread Sergey Senozhatsky
Hello, On (07/24/17 14:46), Sebastian Ott wrote: > [ 347.644660] == > [ 347.644660] WARNING: possible circular locking dependency detected > [ 347.644661] 4.13.0-rc2 #146 Not tainted > [ 347.644661] ---

Re: [PATCH v7 3/3] perf: cavium: Add Documentation

2017-07-24 Thread Jonathan Cameron
On Wed, 19 Jul 2017 14:08:47 +0200 Jan Glauber wrote: > Document Cavium SoC PMUs. > > Signed-off-by: Jan Glauber And just to finish - the utterly trivial ;) > --- > Documentation/perf/cavium-pmu.txt | 74 > +++ > 1 file changed, 74 insertions(+) > create m

Re: [PATCH v2 0/5] perf script python: Provide sample dict to all handlers

2017-07-24 Thread Jiri Olsa
On Fri, Jul 21, 2017 at 03:04:17PM -0700, Arun Kalyanasundaram wrote: > v2: - Add sample_read struct to the dict (in 3/5). > - Increase reference count of callchain in process tracepoint to > avoid unnecessary garbage collection (in 4/5). > > The process_event python hook receives a dict

Re: [PATCH] Optimize int_sqrt for small values for faster idle

2017-07-24 Thread Eric Dumazet
On Thu, 2017-07-20 at 12:10 +0200, Peter Zijlstra wrote: > On Mon, Feb 01, 2016 at 04:36:38PM -0800, Eric Dumazet wrote: > > On Tue, 2016-02-02 at 00:08 +0100, Rasmus Villemoes wrote: > > > > > Thanks. (Is there a good way to tell gcc that avg*avg is actually a > > > 32x32->64 multiplication?) > >

Re: [PATCH v7 2/3] perf: cavium: Support transmit-link PMU counters

2017-07-24 Thread Jonathan Cameron
On Wed, 19 Jul 2017 14:08:46 +0200 Jan Glauber wrote: > Add support for the transmit-link (OCX TLK) PMU counters found > on Caviums SOCs with a processor interconnect. > > Properties of the OCX TLK counters: > - per-unit control > - fixed purpose > - writable > - one PCI device with multiple TLK

Re: [PATCH v7 1/3] perf: cavium: Support memory controller PMU counters

2017-07-24 Thread Jonathan Cameron
On Mon, 24 Jul 2017 10:57:18 +0200 Jan Glauber wrote: > Hi Jonathan, > > On Wed, Jul 19, 2017 at 09:31:01PM +0800, Jonathan Cameron wrote: > > On Wed, 19 Jul 2017 14:08:45 +0200 > > Jan Glauber wrote: > > > > > Add support for the PMU counters on Cavium SOC memory controllers. > > > > > > T

Re: [PATCH v3 2/2] x86/efi: clean up dead code around efi_reserve_boot_services()

2017-07-24 Thread Matt Fleming
On Mon, 10 Jul, at 02:51:36PM, Naoya Horiguchi wrote: > EFI_BOOT_SERVICES_{CODE|DATA} regions never overlap the kernel now, > so we can clean up the check in efi_reserve_boot_services(). > > Signed-off-by: Naoya Horiguchi > --- > arch/x86/platform/efi/quirks.c | 23 +-- > 1 f

Re: [PATCH v3 1/2] x86/boot/KASLR: exclude EFI_BOOT_SERVICES_{CODE|DATA} from KASLR's choice

2017-07-24 Thread Matt Fleming
On Mon, 10 Jul, at 02:51:35PM, Naoya Horiguchi wrote: > KASLR chooses kernel location from E820_TYPE_RAM regions by walking over > e820 entries now. E820_TYPE_RAM includes EFI_BOOT_SERVICES_CODE and > EFI_BOOT_SERVICES_DATA, so those regions can be the target. According to > UEFI spec, all memory r

Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

2017-07-24 Thread Mika Westerberg
On Mon, Jul 24, 2017 at 04:03:31PM +0300, Andy Shevchenko wrote: > +Cc: Mika (for real this time) > > On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka wrote: > > From: Jan Kiszka > > > > Avoid hogging chip select GPIOs just because they are listed for the > > master. They might be mulitplexed and, if

Re: [PATCH v2 4/6] irqchip: gic-v3: Use of_device_node_get_cpu helper

2017-07-24 Thread Marc Zyngier
On 24/07/17 11:29, Suzuki K Poulose wrote: > Use the new generic helper of_device_node_get_cpu() instead > of using our own version to map a device node to logical CPU > number. > > Cc: Marc Zyngier > Signed-off-by: Suzuki K Poulose > --- > drivers/irqchip/irq-gic-v3.c | 30 +++-

Re: [PATCH v2 2/6] of: Add helper for mapping device node to logical CPU number

2017-07-24 Thread Marc Zyngier
On 24/07/17 11:29, Suzuki K Poulose wrote: > Add a helper to map a device node to a logical CPU number to avoid > duplication. Currently this is open coded in different places (e.g > gic-v3, coresight). The helper tries to map device node to a "possible" > logical CPU id, which may not be online ye

Re: [PATCH 00/16] arm/arm64: Workaround misprogrammed CNTFRQ

2017-07-24 Thread Will Deacon
On Mon, Jul 24, 2017 at 01:48:37PM +0100, Marc Zyngier wrote: > On 24/07/17 13:19, Will Deacon wrote: > > On Fri, Jul 21, 2017 at 06:15:26PM +0100, Marc Zyngier wrote: > >> It is an unfortunate situation that CNTFRQ{,_EL0} is often > >> misprogrammed from the firmware side, leaving it up to the ker

Re: [PATCH] Fill in ELF image holes with PROT_NONE to prevent mapping to the hole

2017-07-24 Thread Zero Cu
2017-07-14 15:29 GMT+03:00 : > From: Ilya Smith > To avoid exploitation of ELF images with holes, a hole can be mapped with > PROT_NONE permissions. Hello, Could I have any feedback please?

Re: [RFC PATCH 4/4] mm, page_ext: move page_ext_init() after page_alloc_init_late()

2017-07-24 Thread Michal Hocko
On Thu 20-07-17 15:40:29, Vlastimil Babka wrote: > Commit b8f1a75d61d8 ("mm: call page_ext_init() after all struct pages are > initialized") has avoided a a NULL pointer dereference due to > DEFERRED_STRUCT_PAGE_INIT clashing with page_ext, by calling page_ext_init() > only after the deferred struc

Re: [PATCH v2 2/2] ARM: dts: imx6qdl-nitrogen6x: fix USB PHY reset

2017-07-24 Thread Fabio Estevam
On Mon, Jul 24, 2017 at 9:59 AM, Gary Bisson wrote: > Declared as a regulator since the driver doesn't have a reset-gpios > property for this. > > This ensures that the PHY is woken up, not depending on the state the > second stage bootloader leaves the pin. > > This is a workaround until a proper

Re: [PATCH] spi: pxa2xx: Only claim CS GPIOs when the slave device is created

2017-07-24 Thread Andy Shevchenko
+Cc: Mika (for real this time) On Sat, Jul 8, 2017 at 11:41 AM, Jan Kiszka wrote: > From: Jan Kiszka > > Avoid hogging chip select GPIOs just because they are listed for the > master. They might be mulitplexed and, if no slave device is attached, > used for different purposes. Moreover, this str

Re: [lkp-robot] [x86/refcount] b631e535c6: WARNING:at_net/netlink/af_netlink.c:#netlink_sock_destruct

2017-07-24 Thread Hans Liljestrand
On Sun, Jul 23, 2017 at 08:52:53PM -0700, Kees Cook wrote: Is 14afee4b6092f ("net: convert sock.sk_wmem_alloc from atomic_t to refcount_t") correct? That looks like a statistics counter, not a refcounter? I can't quite tell, though... Hmm, yes, it looks a bit weird, but it is used in a refcount

Re: [PATCH v2 1/2] ARM: dts: imx6qdl-sabrelite: fix USB PHY reset

2017-07-24 Thread Fabio Estevam
On Mon, Jul 24, 2017 at 9:59 AM, Gary Bisson wrote: > Declared as a regulator since the driver doesn't have a reset-gpios > property for this. > > This ensures that the PHY is woken up, not depending on the state the > second stage bootloader leaves the pin. > > This is a workaround until a proper

<    3   4   5   6   7   8   9   10   11   >