Re: [PATCH] PM: sleep: Add kerneldoc comments to some functions

2019-05-27 Thread Rafael J. Wysocki
On Mon, May 20, 2019 at 8:03 AM Christoph Hellwig wrote: > > > > > +/** > > + * pm_suspend_via_firmware - Check if platform firmware will suspend the > > system. > > + * > > + * To be called during system-wide power management transitions to sleep > > states. > > + * > > + * Return 'true' if the

Re: [PATCH v2 3/4] mm/vmap: get rid of one single unlink_va() when merge

2019-05-27 Thread Uladzislau Rezki
On Mon, May 27, 2019 at 11:07:12AM +0800, Hillf Danton wrote: > > On Mon, 27 May 2019 05:22:28 +0800 Uladzislau Rezki (Sony) wrote: > > It does not make sense to try to "unlink" the node that is > > definitely not linked with a list nor tree. On the first > > merge step VA just points to the previ

[PATCH v3 3/4] mm/vmap: get rid of one single unlink_va() when merge

2019-05-27 Thread Uladzislau Rezki (Sony)
It does not make sense to try to "unlink" the node that is definitely not linked with a list nor tree. On the first merge step VA just points to the previously disconnected busy area. On the second step, check if the node has been merged and do "unlink" if so, because now it points to an object th

[PATCH v3 1/4] mm/vmap: remove "node" argument

2019-05-27 Thread Uladzislau Rezki (Sony)
Remove unused argument from the __alloc_vmap_area() function. Signed-off-by: Uladzislau Rezki (Sony) --- mm/vmalloc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mm/vmalloc.c b/mm/vmalloc.c index c42872ed82ac..ea1b65fac599 100644 --- a/mm/vmalloc.c +++ b/mm/vmalloc.c

[PATCH v3 2/4] mm/vmap: preload a CPU with one object for split purpose

2019-05-27 Thread Uladzislau Rezki (Sony)
Refactor the NE_FIT_TYPE split case when it comes to an allocation of one extra object. We need it in order to build a remaining space. Introduce ne_fit_preload()/ne_fit_preload_end() functions for preloading one extra vmap_area object to ensure that we have it available when fit type is NE_FIT_TY

[PATCH v3 4/4] mm/vmap: move BUG_ON() check to the unlink_va()

2019-05-27 Thread Uladzislau Rezki (Sony)
Move the BUG_ON()/RB_EMPTY_NODE() check under unlink_va() function, it means if an empty node gets freed it is a BUG thus is considered as faulty behaviour. Signed-off-by: Uladzislau Rezki (Sony) --- mm/vmalloc.c | 24 +--- 1 file changed, 9 insertions(+), 15 deletions(-) di

[PATCH v3 0/4] Some cleanups for the KVA/vmalloc

2019-05-27 Thread Uladzislau Rezki (Sony)
Patch [1] removes an unused argument "node" from the __alloc_vmap_area() function and that is it. Patch [2] is not driven by any particular workload that fails or so, it is just better approach to handle one specific split case. Patch [3] some cleanups in merging path. Basically on a first step t

Re: Thinkpad X60 fails to boot while "hot"

2019-05-27 Thread Pavel Machek
On Mon 2019-05-27 10:51:55, Pavel Machek wrote: > Hi! > > So if you compile a kernel, then reboot, boot will hang after "Freeing SMP > alternatives memory" (and then wastes power, making thermal situation even > worse). Normally, next message is "smpboot: CPU0: Genuine Intel...". I added some p

[PATCH] arm: fix using smp_processor_id() in preemptible context

2019-05-27 Thread Yongliang Gao
harden_branch_predictor() call smp_processor_id() in preemptible context, this would cause a bug messages. The bug messages is as follows: BUG: using smp_processor_id() in preemptible [] code: syz-executor0/17992 caller is harden_branch_predictor arch/arm/include/asm/system_misc.h:27 [inl

[PATCH] input: alps-fix the issue alps cs19 trackstick do not work.

2019-05-27 Thread XiaoXiao Liu
The alps devices which detected to use the ALPS_PROTO_V8 procotol contains ALPS touchpad and ALPS trackstick.The ALPS_PROTO_V8 procotol do not support the trackstick device process by default. When the trackstick was detected to use ALPS_PROTO_V8 procotol, the v8 process_packet method alps_process

Re: [RFC PATCH 5/6] x86/mm/tlb: Flush remote and local TLBs concurrently

2019-05-27 Thread Peter Zijlstra
On Sat, May 25, 2019 at 10:54:50AM +0200, Juergen Gross wrote: > On 25/05/2019 10:22, Nadav Amit wrote: > > diff --git a/arch/x86/include/asm/paravirt_types.h > > b/arch/x86/include/asm/paravirt_types.h > > index 946f8f1f1efc..3a156e63c57d 100644 > > --- a/arch/x86/include/asm/paravirt_types.h >

Re: [PATCH v8 5/5] media: imx: Try colorimetry at both sink and source pads

2019-05-27 Thread Hans Verkuil
On 5/22/19 3:03 AM, Steve Longerbeam wrote: > Retask imx_media_fill_default_mbus_fields() to try colorimetry parameters, > renaming it to to imx_media_try_colorimetry(), and call it at both sink and > source pad try_fmt's. The unrelated check for uninitialized field value is > moved out to appropri

Re: [PATCH v2 4/7] dmaengine: fsl-edma-common: version check for v2 instead

2019-05-27 Thread Robin Gong
On 2019-05-27 at 09:08 +, Sascha Hauer wrote: > On Mon, May 27, 2019 at 04:51:15PM +0800, yibin.g...@nxp.com wrote: > > > > From: Robin Gong > > > > The next v3 i.mx7ulp edma is based on v1, so change version > > check logic for v2 instead. > > > > Signed-off-by: Robin Gong > > --- > >  dr

Re: [PATCH v2 2/3] iio: common: cros_ec_sensors: add sysfs attribute for frequencies

2019-05-27 Thread Fabien Lahoudere
Le dimanche 26 mai 2019 à 18:45 +0100, Jonathan Cameron a écrit : > On Thu, 23 May 2019 11:07:36 +0200 > Fabien Lahoudere wrote: > > > In order to provide minimum and maximum frequencies for each > > sensors, > > we use a standard API (sampling_frequency_available) to provide > > them > > to user

[no subject]

2019-05-27 Thread Major Dennis Hornbeck
I am in the military unit here in Afghanistan, we have some amount of funds that we want to move out of the country. My partners and I need a good partner someone we can trust. It is risk free and legal. Reply to this email: hornbeckmajordennis...@gmail.com Regards, Major Dennis Hornbeck.

Re: [PATCH] arm64: dts: allwinner: a64: bananapi-m64: enable UART2

2019-05-27 Thread Maxime Ripard
Hi, On Sun, May 26, 2019 at 12:47:15PM +0300, Yegor Timoshenko wrote: > BananaPi M64 exposes UART2 interface that is supposed to be enabled > by default (see "Default Function" in the pin definition table from > the manufacturer [1]). > > [1]: https://bananapi.gitbooks.io/bpi-m64/en/bpi-m64gpiopin

Re: [PATCH v2 02/10] media: rc: sunxi: Add A31 compatible

2019-05-27 Thread Maxime Ripard
On Mon, May 27, 2019 at 10:20:05AM +0200, Clément Péron wrote: > Hi Maxime, > > On Mon, 27 May 2019 at 09:47, Maxime Ripard wrote: > > > > Hi, > > > > On Mon, May 27, 2019 at 12:25:28AM +0200, Clément Péron wrote: > > > Allwiner A31 has a different memory mapping so add the compatible > > > we wil

Re: [RFC PATCH 0/6] x86/mm: Flush remote and local TLBs concurrently

2019-05-27 Thread Peter Zijlstra
On Sat, May 25, 2019 at 01:21:57AM -0700, Nadav Amit wrote: > Currently, local and remote TLB flushes are not performed concurrently, > which introduces unnecessary overhead - each INVLPG can take 100s of > cycles. This patch-set allows TLB flushes to be run concurrently: first > request the remote

Re: [PATCH 2/2] arch: wire-up clone6() syscall on x86

2019-05-27 Thread Arnd Bergmann
On Sun, May 26, 2019 at 12:27 PM Christian Brauner wrote: > > Wire up the clone6() call on x86. > > This patch only wires up clone6() on x86. Some of the arches look like they > need special assembly massaging and it is probably smarter if the > appropriate arch maintainers would do the actual wir

Re: [PATCH v6 3/4] media: meson: add v4l2 m2m video decoder driver

2019-05-27 Thread Hans Verkuil
Hi Maxime, First a high-level comment: I think this driver should go to staging. Once we finalize the stateful decoder spec, and we've updated the v4l2-compliance test, then this needs to be tested against that and only if it passes can it be moved out of staging. It is just a bit too soon to hav

Re: [PATCH v2 6/7] dmaengine: fsl-edma: add i.mx7ulp edma2 version support

2019-05-27 Thread Robin Gong
On 2019-05-27 at 11:05 +0200, Sascha Hauer wrote: > On Mon, May 27, 2019 at 04:51:17PM +0800, yibin.g...@nxp.com wrote: > > > > From: Robin Gong > > > > +static const struct of_device_id fsl_edma_dt_ids[] = { > > + { .compatible = "fsl,vf610-edma", .data = (void *)v1 }, > > + { .compatible =

[PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)

2019-05-27 Thread Konstantin Khlebnikov
Memory cgroup has no background memory reclaimer. Reclaiming after passing high-limit blocks task because works synchronously in task-work. This implements manual kswapd-style memory reclaim initiated by userspace. It reclaims both physical memory and cgroup pages. It works in context of task who

Re: [PATCH] input: alps-fix the issue alps cs19 trackstick do not work.

2019-05-27 Thread Pali Rohár
Hi! On Monday 27 May 2019 05:44:22 XiaoXiao Liu wrote: > The alps devices which detected to use the ALPS_PROTO_V8 procotol contains > ALPS touchpad and ALPS trackstick.The ALPS_PROTO_V8 procotol do not > support the trackstick device process by default. Normally PS/2 device handled by alps.c is t

Re: [PATCH v2 6/7] dmaengine: fsl-edma: add i.mx7ulp edma2 version support

2019-05-27 Thread Vinod Koul
On 27-05-19, 11:05, Sascha Hauer wrote: > On Mon, May 27, 2019 at 04:51:17PM +0800, yibin.g...@nxp.com wrote: > > From: Robin Gong > > > > +static const struct of_device_id fsl_edma_dt_ids[] = { > > + { .compatible = "fsl,vf610-edma", .data = (void *)v1 }, > > + { .compatible = "fsl,imx7ulp-e

Re: [RFC][PATCH 03/14 v2] function_graph: Allow multiple users to attach to function graph

2019-05-27 Thread Peter Zijlstra
On Fri, May 24, 2019 at 08:57:44AM -0400, Steven Rostedt wrote: > On Fri, 24 May 2019 14:27:24 +0200 > Peter Zijlstra wrote: > > > > Believe me, I rather not have that array, but I couldn't come up with a > > > better solution to handle freeing of fgraph_ops. > > > > The trivial answer would b

[PATCH 3/3] rtc: tegra: Turn into regular driver

2019-05-27 Thread Thierry Reding
From: Thierry Reding Drivers registered with module_platform_driver_probe() are considered non-hotpluggable, which among other things means that they don't support deferred probe. However, recent changes in how the ARM SMMU works have required the BPMP (which is the clock provider on Tegra186 and

[PATCH 0/3] rtc: tegra: Dust off and deferred probe support

2019-05-27 Thread Thierry Reding
From: Thierry Reding The NVIDIA Tegra RTC driver has accumulated a bit of dust over the years. Make a pass over it, addressing checkpatch warnings and fixing some inconsistencies in comments and kernel messages as well as in variable types and names. Once cleaned up, also turn the driver into a

[PATCH 2/3] rtc: tegra: Use consistent variable names and types

2019-05-27 Thread Thierry Reding
From: Thierry Reding Many of the variables have redundant prefixes or suffixes. Drop all of them where not necessary for context. Also make sure to use data types consistently. For instance, values read from 32-bit register accessors should be stored in u32. Signed-off-by: Thierry Reding --- d

[PATCH 1/3] rtc: tegra: checkpatch and miscellaneous cleanups

2019-05-27 Thread Thierry Reding
From: Thierry Reding This set of changes fixes some checkpatch warnings as well as a number of punctuation and padding inconsistencies. Signed-off-by: Thierry Reding --- drivers/rtc/rtc-tegra.c | 154 +--- 1 file changed, 79 insertions(+), 75 deletions(-) d

Re: [PATCH -mm] mm, swap: Simplify total_swapcache_pages() with get_swap_device()

2019-05-27 Thread Paul E. McKenney
On Mon, May 27, 2019 at 04:27:14PM +0800, Huang, Ying wrote: > From: Huang Ying > > total_swapcache_pages() may race with swapper_spaces[] allocation and > freeing. Previously, this is protected with a swapper_spaces[] > specific RCU mechanism. To simplify the logic/code complexity, it is > rep

Re: [PATCH v6 3/4] media: meson: add v4l2 m2m video decoder driver

2019-05-27 Thread Neil Armstrong
Hi Hans, On 27/05/2019 12:04, Hans Verkuil wrote: > Hi Maxime, > > First a high-level comment: I think this driver should go to staging. > Once we finalize the stateful decoder spec, and we've updated the > v4l2-compliance test, then this needs to be tested against that and > only if it passes ca

Re: [PATCH V4 4/4] arm64/mm: Enable memory hot remove

2019-05-27 Thread David Hildenbrand
On 27.05.19 10:09, Anshuman Khandual wrote: > > > On 05/21/2019 03:50 PM, David Hildenbrand wrote: >> On 20.05.19 07:18, Anshuman Khandual wrote: >>> The arch code for hot-remove must tear down portions of the linear map and >>> vmemmap corresponding to memory being removed. In both cases the pag

Re: [PATCH V4 4/4] arm64/mm: Enable memory hot remove

2019-05-27 Thread David Hildenbrand
On 27.05.19 10:09, Anshuman Khandual wrote: > > > On 05/21/2019 03:50 PM, David Hildenbrand wrote: >> On 20.05.19 07:18, Anshuman Khandual wrote: >>> The arch code for hot-remove must tear down portions of the linear map and >>> vmemmap corresponding to memory being removed. In both cases the pag

Re: [RFC PATCH 5/6] x86/mm/tlb: Flush remote and local TLBs concurrently

2019-05-27 Thread Paolo Bonzini
On 27/05/19 11:47, Peter Zijlstra wrote: > On Sat, May 25, 2019 at 10:54:50AM +0200, Juergen Gross wrote: >> On 25/05/2019 10:22, Nadav Amit wrote: > >>> diff --git a/arch/x86/include/asm/paravirt_types.h >>> b/arch/x86/include/asm/paravirt_types.h >>> index 946f8f1f1efc..3a156e63c57d 100644 >>>

Re: [PATCH v6 3/4] media: meson: add v4l2 m2m video decoder driver

2019-05-27 Thread Hans Verkuil
On 5/27/19 12:18 PM, Neil Armstrong wrote: > Hi Hans, > > On 27/05/2019 12:04, Hans Verkuil wrote: >> Hi Maxime, >> >> First a high-level comment: I think this driver should go to staging. >> Once we finalize the stateful decoder spec, and we've updated the >> v4l2-compliance test, then this needs

ACPI enable on Thinkpad X60 hangs when temperatures are high

2019-05-27 Thread Pavel Machek
Hi! > > So if you compile a kernel, then reboot, boot will hang after "Freeing SMP > > alternatives memory" (and then wastes power, making thermal situation even > > worse). > > Normally, next message is "smpboot: CPU0: Genuine Intel...". > > I added some printks, and check_bugs() returns. Then

Re: [PATCH v3 1/9] leds: multicolor: Add sysfs interface definition

2019-05-27 Thread Pavel Machek
On Thu 2019-05-23 14:08:12, Dan Murphy wrote: > Add a documentation of LED Multicolor LED class specific > sysfs attributes. > > Signed-off-by: Dan Murphy > --- > .../ABI/testing/sysfs-class-led-multicolor| 57 +++ > 1 file changed, 57 insertions(+) > create mode 100644 Docu

[PATCH 3/3] KVM: X86: Expose PV_SCHED_YIELD CPUID feature bit to guest

2019-05-27 Thread Wanpeng Li
From: Wanpeng Li Expose PV_SCHED_YIELD feature bit to guest, the guest can check this feature bit before using paravirtualized sched yield. Cc: Paolo Bonzini Cc: Radim Krčmář Signed-off-by: Wanpeng Li --- Documentation/virtual/kvm/cpuid.txt | 4 arch/x86/kvm/cpuid.c| 3 +

[PATCH 0/3] KVM: Yield to IPI target if necessary

2019-05-27 Thread Wanpeng Li
The idea is from Xen, when sending a call-function IPI-many to vCPUs, yield if any of the IPI target vCPUs was preempted. 17% performace increase of ebizzy benchmark can be observed in an over-subscribe environment. (w/ kvm-pv-tlb disabled, testing TLB flush call-function IPI-many since call-fu

[PATCH 2/3] KVM: X86: Implement PV sched yield hypercall

2019-05-27 Thread Wanpeng Li
From: Wanpeng Li The target vCPUs are in runnable state after vcpu_kick and suitable as a yield target. This patch implements the sched yield hypercall. 17% performace increase of ebizzy benchmark can be observed in an over-subscribe environment. (w/ kvm-pv-tlb disabled, testing TLB flush cal

Re: [PATCH] drivers: base: power: Use of_clk_get_parent_count()

2019-05-27 Thread Rafael J. Wysocki
On Saturday, May 25, 2019 2:01:55 PM CEST Kefeng Wang wrote: > Use of_clk_get_parent_count() instead of open coding. > > Signed-off-by: Kefeng Wang > --- > drivers/base/power/clock_ops.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/drivers/base/power/clock_ops.c b/

[PATCH 1/3] KVM: X86: Implement PV sched yield in linux guest

2019-05-27 Thread Wanpeng Li
From: Wanpeng Li When sending a call-function IPI-many to vCPUs, yield if any of the IPI target vCPUs was preempted, we just select the first preempted target vCPU which we found since the state of target vCPUs can change underneath and to avoid race conditions. Cc: Paolo Bonzini Cc: Radim

Re: ACPI enable on Thinkpad X60 hangs when temperatures are high

2019-05-27 Thread Pavel Machek
Hi! > > > So if you compile a kernel, then reboot, boot will hang after "Freeing SMP > > > alternatives memory" (and then wastes power, making thermal situation > > > even worse). > > > > Normally, next message is "smpboot: CPU0: Genuine Intel...". > > > > I added some printks, and check_bugs()

Re: [PATCH 1/2] fork: add clone6

2019-05-27 Thread Christian Brauner
Moin, Wasn't near a computer yesterday so sorry for the late reply. :) I (I should note that this was supposed to be prefixed with RFC. But *shrug*.) On Sun, May 26, 2019 at 09:50:32AM -0700, Linus Torvalds wrote: > On Sun, May 26, 2019 at 3:27 AM Christian Brauner > wrote: > > > > This adds th

Re: [PATCH v5 4/6] usb: roles: add API to get usb_role_switch by node

2019-05-27 Thread Heikki Krogerus
Hi, > > IMO that case should be handled in USB role switch API initially, not > > in the device connection API. If there is another user for it one day, > > then we can move it to device connection API, but not before that. > Ok > > > > How about this on top of the two patches I sent: > I just te

Re: [PATCH 2/2] arch: wire-up clone6() syscall on x86

2019-05-27 Thread Christian Brauner
On Mon, May 27, 2019 at 12:02:37PM +0200, Arnd Bergmann wrote: > On Sun, May 26, 2019 at 12:27 PM Christian Brauner > wrote: > > > > Wire up the clone6() call on x86. > > > > This patch only wires up clone6() on x86. Some of the arches look like they > > need special assembly massaging and it is

[PATCH v2] PM: sleep: Add kerneldoc comments to some functions

2019-05-27 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Add kerneldoc comments to pm_suspend_via_firmware(), pm_resume_via_firmware() and pm_suspend_via_s2idle() to explain what they do. Signed-off-by: Rafael J. Wysocki --- -> v2: Put more information into the pm_suspend_via_firmware() kerneldoc comment. --- include/linu

Re: [PATCH 0/2] cpufreq: brcmstb-avs-cpufreq: Couple fixes

2019-05-27 Thread Rafael J. Wysocki
On Wednesday, May 22, 2019 8:45:45 PM CEST Florian Fainelli wrote: > Hi Rafael, Viresh, > > These patch series contains two minor fixes for the brcmstb-avs-cpufreq > driver. > > Florian Fainelli (2): > cpufreq: brcmstb-avs-cpufreq: Fix initial command check > cpufreq: brcmstb-avs-cpufreq: Fix

Re: [PATCH] smp,cpumask: Don't call functions on offline CPUs

2019-05-27 Thread Peter Zijlstra
On Wed, May 22, 2019 at 04:14:23PM +0100, Andrew Murray wrote: > On Wed, May 22, 2019 at 04:49:18PM +0200, Peter Zijlstra wrote: > > On Wed, May 22, 2019 at 03:37:11PM +0100, Andrew Murray wrote: > > > > Is perhaps the problem that on_each_cpu_cond() uses cpu_onlne_mask > > > > without protection?

Re: [PATCH v2] powerpc/power: Expose pfn_is_nosave prototype

2019-05-27 Thread Rafael J. Wysocki
On Friday, May 24, 2019 12:44:18 PM CEST Mathieu Malaterre wrote: > The declaration for pfn_is_nosave is only available in > kernel/power/power.h. Since this function can be override in arch, > expose it globally. Having a prototype will make sure to avoid warning > (sometime treated as error with

Re: [PATCH] smp,cpumask: Don't call functions on offline CPUs

2019-05-27 Thread Peter Zijlstra
On Wed, May 22, 2019 at 02:23:47PM -0400, Rik van Riel wrote: > On Wed, 2019-05-22 at 16:49 +0200, Peter Zijlstra wrote: > > On Wed, May 22, 2019 at 03:37:11PM +0100, Andrew Murray wrote: > > > > Is perhaps the problem that on_each_cpu_cond() uses > > > > cpu_onlne_mask > > > > without protection?

Re: [PATCH] z3fold: add inter-page compaction

2019-05-27 Thread Vitaly Wool
On Sun, May 26, 2019 at 12:09 AM Andrew Morton wrote: > Forward-declaring inline functions is peculiar, but it does appear to work. > > z3fold is quite inline-happy. Fortunately the compiler will ignore the > inline hint if it seems a bad idea. Even then, the below shrinks > z3fold.o text from

[PATCH] x86: intel_epb: Do not build when CONFIG_PM is unset

2019-05-27 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Commit 9ed0985332a6 ("x86: intel_epb: Take CONFIG_PM into account") prevented the majority of the Performance and Energy Bias Hint (EPB) handling code from being built when CONFIG_PM is unset to fix a regression introduced by commit b9c273babce7 ("PM / arch: x86: MSR_IA32_

hello

2019-05-27 Thread eddy william
Mijn naam is Eddy William. Ik ben van beroep advocaat. Ik wil je aanbieden nabestaanden van mijn cliënt. Je ervaart de som van ($ 14,2 miljoen) dollars die mijn cliënt voor zijn overlijden op de bank heeft achtergelaten. Mijn klant is een burger van jouw land die stierf in auto-ongeluk met zijn vr

Re: [PATCH] ACPI/PCI: PM: Add missing wakeup.flags.valid checks

2019-05-27 Thread Rafael J. Wysocki
On Thursday, May 16, 2019 12:42:20 PM CEST Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Both acpi_pci_need_resume() and acpi_dev_needs_resume() check if the > current ACPI wakeup configuration of the device matches what is > expected as far as system wakeup from sleep states is concerne

Re: [PATCH] PCI: PM: Avoid possible suspend-to-idle issue

2019-05-27 Thread Rafael J. Wysocki
On Friday, May 17, 2019 11:08:50 AM CEST Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > If a PCI driver leaves the device handled by it in D0 and calls > pci_save_state() on the device in its ->suspend() or ->suspend_late() > callback, it can expect the device to stay in D0 over the whole

[PATCH] net: mvneta: Fix err code path of probe

2019-05-27 Thread Jisheng Zhang
Fix below issues in err code path of probe: 1. we don't need to unregister_netdev() because the netdev isn't registered. 2. when register_netdev() fails, we also need to destroy bm pool for HWBM case. Fixes: dc35a10f68d3 ("net: mvneta: bm: add support for hardware buffer management") Signed-off-b

Re: [PATCH] drivers: base: power: Use of_clk_get_parent_count()

2019-05-27 Thread Geert Uytterhoeven
Hi Kefeng, On Sat, May 25, 2019 at 1:54 PM Kefeng Wang wrote: > Use of_clk_get_parent_count() instead of open coding. > > Signed-off-by: Kefeng Wang Thanks for your patch! > --- a/drivers/base/power/clock_ops.c > +++ b/drivers/base/power/clock_ops.c > @@ -195,8 +195,7 @@ int of_pm_clk_add_clks

Re: [RFC][PATCH 03/14 v2] function_graph: Allow multiple users to attach to function graph

2019-05-27 Thread Steven Rostedt
On Mon, 27 May 2019 12:10:04 +0200 Peter Zijlstra wrote: > > rcu_tasks doesn't cross voluntary sleeps, which this does. > > Sure, but we can 'fix' that, surely. Well, that's the point of the rcu_tasks. To let us know when a task has voluntarily slept. I don't think we want to "fix" that. >

Re: [PATCH V4 1/2] PCI: dwc: Add API support to de-initialize host

2019-05-27 Thread Vidya Sagar
On 5/7/2019 12:25 PM, Vidya Sagar wrote: On 5/7/2019 11:19 AM, Vidya Sagar wrote: On 5/3/2019 4:53 PM, Lorenzo Pieralisi wrote: On Thu, May 02, 2019 at 10:34:25PM +0530, Vidya Sagar wrote: Add an API to group all the tasks to be done to de-initialize host which can then be called by any Design

[PATCH] arm64: dts: marvell: add ESPRESSObin variants

2019-05-27 Thread Tomasz Maciej Nowak
This commit adds dts for different variants of ESPRESSObin board: ESPRESSObin with soldered eMMC, ESPRESSObin V7, compared to prior versions some passive elements changed and ethernet ports labels positions have been reversed, ESPRESSObin V7 with soldered eMMC. Since most of elements are the sa

[PATCH v3 01/11] mm/memory_hotplug: Simplify and fix check_hotplug_memory_range()

2019-05-27 Thread David Hildenbrand
By converting start and size to page granularity, we actually ignore unaligned parts within a page instead of properly bailing out with an error. Cc: Andrew Morton Cc: Oscar Salvador Cc: Michal Hocko Cc: David Hildenbrand Cc: Pavel Tatashin Cc: Qian Cai Cc: Wei Yang Cc: Arun KS Cc: Mathieu

[PATCH v3 02/11] s390x/mm: Fail when an altmap is used for arch_add_memory()

2019-05-27 Thread David Hildenbrand
ZONE_DEVICE is not yet supported, fail if an altmap is passed, so we don't forget arch_add_memory()/arch_remove_memory() when unlocking support. Cc: Martin Schwidefsky Cc: Heiko Carstens Cc: Andrew Morton Cc: Michal Hocko Cc: Mike Rapoport Cc: David Hildenbrand Cc: Vasily Gorbik Cc: Oscar S

[PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail

2019-05-27 Thread David Hildenbrand
We really don't want anything during memory hotunplug to fail. We always pass a valid memory block device, that check can go. Avoid allocating memory and eventually failing. As we are always called under lock, we can use a static piece of memory. This avoids having to put the structure onto the sta

[PATCH v3 09/11] mm/memory_hotplug: Remove memory block devices before arch_remove_memory()

2019-05-27 Thread David Hildenbrand
Let's factor out removing of memory block devices, which is only necessary for memory added via add_memory() and friends that created memory block devices. Remove the devices before calling arch_remove_memory(). This finishes factoring out memory block device handling from arch_add_memory() and ar

[PATCH v3 07/11] mm/memory_hotplug: Create memory block devices after arch_add_memory()

2019-05-27 Thread David Hildenbrand
Only memory to be added to the buddy and to be onlined/offlined by user space using /sys/devices/system/memory/... needs (and should have!) memory block devices. Factor out creation of memory block devices. Create all devices after arch_add_memory() succeeded. We can later drop the want_memblock p

[PATCH v3 05/11] drivers/base/memory: Pass a block_id to init_memory_block()

2019-05-27 Thread David Hildenbrand
We'll rework hotplug_memory_register() shortly, so it no longer consumes pass a section. Cc: Greg Kroah-Hartman Cc: "Rafael J. Wysocki" Signed-off-by: David Hildenbrand --- drivers/base/memory.c | 15 +++ 1 file changed, 7 insertions(+), 8 deletions(-) diff --git a/drivers/base/me

[PATCH v3 08/11] mm/memory_hotplug: Drop MHP_MEMBLOCK_API

2019-05-27 Thread David Hildenbrand
No longer needed, the callers of arch_add_memory() can handle this manually. Cc: Andrew Morton Cc: David Hildenbrand Cc: Michal Hocko Cc: Oscar Salvador Cc: Pavel Tatashin Cc: Wei Yang Cc: Joonsoo Kim Cc: Qian Cai Cc: Arun KS Cc: Mathieu Malaterre Signed-off-by: David Hildenbrand --- i

[PATCH v3 04/11] arm64/mm: Add temporary arch_remove_memory() implementation

2019-05-27 Thread David Hildenbrand
A proper arch_remove_memory() implementation is on its way, which also cleanly removes page tables in arch_add_memory() in case something goes wrong. As we want to use arch_remove_memory() in case something goes wrong during memory hotplug after arch_add_memory() finished, let's add a temporary ha

[PATCH v3 03/11] s390x/mm: Implement arch_remove_memory()

2019-05-27 Thread David Hildenbrand
Will come in handy when wanting to handle errors after arch_add_memory(). Cc: Martin Schwidefsky Cc: Heiko Carstens Cc: Andrew Morton Cc: Michal Hocko Cc: Mike Rapoport Cc: David Hildenbrand Cc: Vasily Gorbik Cc: Oscar Salvador Signed-off-by: David Hildenbrand --- arch/s390/mm/init.c | 1

[PATCH v3 11/11] mm/memory_hotplug: Remove "zone" parameter from sparse_remove_one_section

2019-05-27 Thread David Hildenbrand
The parameter is unused, so let's drop it. Memory removal paths should never care about zones. This is the job of memory offlining and will require more refactorings. Reviewed-by: Dan Williams Signed-off-by: David Hildenbrand --- include/linux/memory_hotplug.h | 2 +- mm/memory_hotplug.c

Re: [PATCH] xhci: clear port_remote_wakeup after resume failure

2019-05-27 Thread Mathias Nyman
On 24.5.2019 17.52, Nicolas Saenz Julienne wrote: This was seen on a Dell Precision 5520 using it's WD15 dock. The dock's Ethernet device interfaces with the laptop through one of it's USB3 ports. While idle, the Ethernet device and HCD are suspended by runtime PM, being the only device connected

Re: [5.2-rc1 regression]: nvme vs. hibernation

2019-05-27 Thread Jiri Kosina
On Mon, 27 May 2019, Jiri Kosina wrote: > > Looks this has been discussed in the past. > > > > http://lists.infradead.org/pipermail/linux-nvme/2019-April/023234.html > > > > I created a fix for a case but not good enough. > > > > http://lists.infradead.org/pipermail/linux-nvme/2019-April/023277

[PATCH] arm64: dts: armada-3720-espressobin: correct spi node

2019-05-27 Thread Tomasz Maciej Nowak
The manufacturer of this board, ships it with various SPI NOR chips and increments U-Boot bootloader version along the time. There is no way to tell which is placed on the board since no revision bump takes place. This creates two issues. The first, cosmetic. Since the NOR chip may differ, there's

[PATCH net-next] net: stmmac: Switch to devm_alloc_etherdev_mqs

2019-05-27 Thread Jisheng Zhang
Make use of devm_alloc_etherdev_mqs() to simplify the code. Signed-off-by: Jisheng Zhang --- drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 12 1 file changed, 4 insertions(+), 8 deletions(-) diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/etherne

[PATCH 1/2 v3] serial: mctrl_gpio: Check if GPIO property exisits before requesting it

2019-05-27 Thread Stefan Roese
This patch adds a check for the GPIOs property existence, before the GPIO is requested. This fixes an issue seen when the 8250 mctrl_gpio support is added (2nd patch in this patch series) on x86 platforms using ACPI. Here Mika's comments from 2016-08-09: " I noticed that with v4.8-rc1 serial cons

[PATCH 2/2 v3] tty/serial/8250: use mctrl_gpio helpers

2019-05-27 Thread Stefan Roese
From: Yegor Yefremov This patch permits the usage for GPIOs to control the CTS/RTS/DTR/DSR/DCD/RI signals. Changed by Stefan: Only call mctrl_gpio_init(), if the device has no ACPI companion device to not break existing ACPI based systems. Also only use the mctrl_gpio_ functions when "gpios" is

Re: [PATCH 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v10)

2019-05-27 Thread Florian Weimer
* Mathieu Desnoyers: > +/* volatile because fields can be read/updated by the kernel. */ > +__thread volatile struct rseq __rseq_abi = { > + .cpu_id = RSEQ_CPU_ID_UNINITIALIZED, > +}; As I've explained repeatedly, the volatile qualifier is wrong because it is impossible to get rid of it. (Acce

Re: [GIT PULL] Thermal-SoC management changes for v5.2-rc1

2019-05-27 Thread Tomeu Vizoso
On Fri, 24 May 2019 at 15:54, Eduardo Valentin wrote: > > Hello, > > On Fri, May 24, 2019 at 10:23:09AM +0200, Tomeu Vizoso wrote: > > On Fri, 24 May 2019 at 04:40, Eduardo Valentin wrote: > > > > > > On Thu, May 23, 2019 at 11:46:47AM +0200, Tomeu Vizoso wrote: > > > > Hi Eduardo, > > > > > > >

[PATCH] ARM: dts: aspeed: g4: add video engine support

2019-05-27 Thread Alexander Filippov
Add a node to describe the video engine and VGA scratch registers on AST2400. These changes were copied from aspeed-g5.dtsi Signed-off-by: Alexander Filippov --- arch/arm/boot/dts/aspeed-g4.dtsi | 62 1 file changed, 62 insertions(+) diff --git a/arch/arm/boot/

Re: [PATCH] xhci: clear port_remote_wakeup after resume failure

2019-05-27 Thread Nicolas Saenz Julienne
Hi Matthias, thanks for the review. On Mon, 2019-05-27 at 14:16 +0300, Mathias Nyman wrote: > On 24.5.2019 17.52, Nicolas Saenz Julienne wrote: > > This was seen on a Dell Precision 5520 using it's WD15 dock. The dock's > > Ethernet device interfaces with the laptop through one of it's USB3 > > po

Re: [PATCH 1/3] rtc: tegra: checkpatch and miscellaneous cleanups

2019-05-27 Thread Dmitry Osipenko
27.05.2019 13:13, Thierry Reding пишет: > From: Thierry Reding > > This set of changes fixes some checkpatch warnings as well as a number > of punctuation and padding inconsistencies. > > Signed-off-by: Thierry Reding > --- > drivers/rtc/rtc-tegra.c | 154 +-

WARNING in line6_pcm_acquire

2019-05-27 Thread syzbot
Hello, syzbot found the following crash on: HEAD commit:43151d6c usb-fuzzer: main usb gadget fuzzer driver git tree: https://github.com/google/kasan.git usb-fuzzer console output: https://syzkaller.appspot.com/x/log.txt?x=169fe1f8a0 kernel config: https://syzkaller.appspot.com/x/.

INFO: trying to register non-static key in usbtouch_reset_resume

2019-05-27 Thread syzbot
Hello, syzbot found the following crash on: HEAD commit:43151d6c usb-fuzzer: main usb gadget fuzzer driver git tree: https://github.com/google/kasan.git usb-fuzzer console output: https://syzkaller.appspot.com/x/log.txt?x=14a2b45ca0 kernel config: https://syzkaller.appspot.com/x/.

Re: [PATCHv2 3/4] printk: factor out register_console() code

2019-05-27 Thread Petr Mladek
On Thu 2019-05-23 15:51:44, Sergey Senozhatsky wrote: > Hello, > > On (05/15/19 16:36), Petr Mladek wrote: > [..] > > > > > > console_unlock(); > > > console_sysfs_notify(); > > > + console_lock(); > > > > I have got an idea how to get rid of this weirdness: > > > > 1. The check for bcon se

Re: [btrfs] 2996e1f8bc: aim7.jobs-per-min -13.2% regression

2019-05-27 Thread David Sterba
On Mon, May 27, 2019 at 05:17:19PM +0800, kernel test robot wrote: > Greeting, > > FYI, we noticed a -13.2% regression of aim7.jobs-per-min due to commit: That's interesting and worth an investigation. This should not happen, the code is almost the same, moved from one function to another and the

[PATCH net-next] net: mvpp2: cls: Check RSS table index validity when creating a context

2019-05-27 Thread Maxime Chevallier
Make sure we don't use an out-of-bound index for the per-port RSS context array. As of today, the global context creation in mvpp22_rss_context_create will prevent us from reaching this case, but we should still make sure we are using a sane value anyway. Reported-by: kbuild test robot Reported-

Re: [PATCH 0/2] net: macb: Add support for SiFive FU540-C000

2019-05-27 Thread Yash Shah
On Mon, May 27, 2019 at 1:34 PM Andreas Schwab wrote: > > On Mai 24 2019, Yash Shah wrote: > > > Hi Andreas, > > > > On Thu, May 23, 2019 at 6:19 PM Andreas Schwab wrote: > >> > >> On Mai 23 2019, Yash Shah wrote: > >> > >> > On FU540, the management IP block is tightly coupled with the Cadence

[PATCH v4 5/6] iommu/ipmmu-vmsa: Extract hardware context initialization

2019-05-27 Thread Geert Uytterhoeven
ipmmu_domain_init_context() takes care of (1) initializing the software domain, and (2) initializing the hardware context for the domain. Extract the code to initialize the hardware context into a new subroutine ipmmu_domain_setup_context(), to prepare for later reuse. Signed-off-by: Geert Uytter

[PATCH v4 2/6] iommu/ipmmu-vmsa: Prepare to handle 40-bit error addresses

2019-05-27 Thread Geert Uytterhoeven
On R-Car Gen3, the faulting virtual address is a 40-bit address, and comprised of two registers. Read the upper address part, and combine both parts, when running on a 64-bit system. Signed-off-by: Geert Uytterhoeven Reviewed-by: Simon Horman Reviewed-by: Yoshihiro Shimoda Tested-by: Yoshihiro

Re: [PATCH 2/3] KVM: X86: Implement PV sched yield hypercall

2019-05-27 Thread Paolo Bonzini
On 27/05/19 12:34, Wanpeng Li wrote: > + rcu_read_lock(); > + map = rcu_dereference(kvm->arch.apic_map); > + target = map->phys_map[dest_id]->vcpu; > + rcu_read_unlock(); > + > + kvm_vcpu_yield_to(target); This needs to check that map->phys_map[dest_id] is not NULL. Paolo

[PATCH v2] drivers: base: power: Use of_clk_get_parent_count()

2019-05-27 Thread Kefeng Wang
Use of_clk_get_parent_count() instead of open coding. Reviewed-by: Geert Uytterhoeven Signed-off-by: Kefeng Wang --- drivers/base/power/clock_ops.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/base/power/clock_ops.c b/drivers/base/power/clock_ops.c index 59d19

[PATCH] genirq/irqdomain: Remove WARN_ON() on out-of-memory condition

2019-05-27 Thread Geert Uytterhoeven
There is no need to print a backtrace when memory allocation fails, as the memory allocation core already takes care of that. Signed-off-by: Geert Uytterhoeven --- kernel/irq/irqdomain.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdo

Re: Getting empty callchain from perf_callchain_kernel()

2019-05-27 Thread Kairui Song
On Sat, May 25, 2019 at 7:23 AM Josh Poimboeuf wrote: > > On Fri, May 24, 2019 at 10:20:52AM +0800, Kairui Song wrote: > > On Fri, May 24, 2019 at 1:27 AM Josh Poimboeuf wrote: > > > > > > On Fri, May 24, 2019 at 12:41:59AM +0800, Kairui Song wrote: > > > > On Thu, May 23, 2019 at 11:24 PM Josh

HI

2019-05-27 Thread HELP
My Dear, How are you today? My name is Mrs. Sonia Kennedy from U.K, I am 53 years old. I am suffering from Esophageal Liver Cancer for past 4 years now. Just yesterday my doctor privately told me that I might not survive this cancer illness in the next 2 weeks because of my present condition. My

[PATCH] drm/stm: ltdc: restore calls to clk_{enable/disable}

2019-05-27 Thread Benjamin Gaignard
From: Benjamin Gaignard Restore calls to clk_{enable/disable} deleted after applying the wrong version of the patch Fixes: fd6905fca4f0 ("drm/stm: ltdc: remove clk_round_rate comment") Signed-off-by: Benjamin Gaignard --- drivers/gpu/drm/stm/ltdc.c | 2 ++ 1 file changed, 2 insertions(+) dif

Re: [PATCH] drivers: base: power: Use of_clk_get_parent_count()

2019-05-27 Thread Kefeng Wang
On 2019/5/27 19:08, Geert Uytterhoeven wrote: > Hi Kefeng, > > On Sat, May 25, 2019 at 1:54 PM Kefeng Wang > wrote: >> Use of_clk_get_parent_count() instead of open coding. >> >> Signed-off-by: Kefeng Wang > Thanks for your patch! > >> --- a/drivers/base/power/clock_ops.c >> +++ b/drivers/base

[PATCH v2 4/5] irqchip/renesas-irqc: Replace irqc_priv.pdev by irqc_priv.dev

2019-05-27 Thread Geert Uytterhoeven
Nothing really uses irqc_priv.pdev, all users need irqc_priv.pdev->dev. Signed-off-by: Geert Uytterhoeven Reviewed-by: Simon Horman --- v2: - Add Reviewed-by. --- drivers/irqchip/irq-renesas-irqc.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/irqchip/irq-

[PATCH v3 0/3] arm64: dts: nxp: add ls1046a frwy board support

2019-05-27 Thread Pramod Kumar
Changes for v3: - Remove undocumented propert i2c-mux-never-disable - Sort nodes at i2c mux in unit-address - Remove Unnecessary newline Changes for v2: - Modified comit message - Add dts entry for qspi nor flash Pramod Kumar (3): dt-bindings: arm: nxp: Add device tree binding for ls1046a-frwy

[PATCH v2 1/5] irqchip/renesas-irqc: Remove unneeded inclusion of

2019-05-27 Thread Geert Uytterhoeven
The driver never used spinlocks, and thus does not need to include . Signed-off-by: Geert Uytterhoeven Reviewed-by: Simon Horman --- v2: - Add Reviewed-by. --- drivers/irqchip/irq-renesas-irqc.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/irqchip/irq-renesas-irqc.c b/drivers/i

<    1   2   3   4   5   6   7   8   9   >