Re: [PATCH] ima: Remove unused is_ima_appraise_enabled() function.

On Tue, 2018-07-03 at 07:19 -0400, Stefan Berger wrote: > Remove the unused is_ima_appraise_enabled() function. is_ima_appraise_enabled() was introduced to coordinate between IMA and the lockdown patch set.  Before removing it, let's wait and see if it is still needed by the lockdown patches. Mim

Re: [PATCH v3] PM / devfreq: Fix devfreq_add_device() when drivers are built as modules.

Hi MyungJoo On 03/07/18 12:57, MyungJoo Ham wrote: >> @@ -988,12 +1030,13 @@ static ssize_t governor_store(struct device *dev, >> struct device_attribute *attr, >> if (ret != 1) >> return -EINVAL; >> >> -mutex_lock(&devfreq_list_lock); >> -governor = find_devfreq_governo

[PATCH 0/3] Add Amlogic Meson GX SoC Clock Measure Driver

The Amlogic Meson GX SoCs embeds a clock measurer IP to measure the internal clocks frequency in the order of the MHz. Thsi patchset includes the dt-bindings, driver and the DT node added to the meson-gx dtsi. Neil Armstrong (3): soc: amlogic: Add Meson GX Clock Measure driver dt-bindings: am

[PATCH 3/3] ARM64: dts: meson-gx: Add Internal Clock Measurer node

The Amlogic Meson GX SoCs embeds a clock measurer IP to measure the internal clock paths frequencies. This patch adds the node in the top-level meson-gx dtsi. Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch

[PATCH 1/3] soc: amlogic: Add Meson GX Clock Measure driver

The Amlogic Meson GX SoCs embeds a clock measurer IP to measure the internal clock paths frequencies. The precision is in the order of the MHz. Signed-off-by: Neil Armstrong --- drivers/soc/amlogic/Kconfig| 8 ++ drivers/soc/amlogic/Makefile | 1 + drivers/soc/a

[PATCH 2/3] dt-bindings: amlogic: Add Internal Clock Measurer bindings

The Amlogic Meson GX SoCs embeds a clock measurer IP to measure the internal clock paths frequencies. Signed-off-by: Neil Armstrong --- .../devicetree/bindings/soc/amlogic/clk-measure.txt | 15 +++ 1 file changed, 15 insertions(+) create mode 100644 Documentation/devicetree/b

Re: [PATCH V5 3/3] PCI: Mask and unmask hotplug interrupts during reset

> > what if we only have conditional enumeration ?  (leaving removing devices > followed by SBR as is) ? > If we leave it as is, hotplug driver observes a link down interrupt as soon as secondary bus reset is issued. Hotplug driver will try device removal while AER driver is working on the curr

Re: [PATCH v6 21/21] s390: doc: detailed specifications for AP virtualization

On Tue, 3 Jul 2018 14:20:11 +0200 Halil Pasic wrote: > On 07/03/2018 01:52 PM, Cornelia Huck wrote: > > On Tue, 3 Jul 2018 11:22:10 +0200 > > Halil Pasic wrote: > > > [..] > >> > >> Let me try to invoke the DASD analogy. If one for some reason wants to > >> detach > >> a DASD the procedure t

[PATCH v3 0/2] ASoC: add es7241 support

Add support for the es7241 which is a simple 2 channels analog to digital converter. Changes since v1: [0] * Add missing break as reported by smatch [1] My device is hardwired in slave mode, which probably why this slipped through unnoticed. Changes since v2: [2] * Supply are now required

[PATCH v3 1/2] ASoC: es7241: add dt-bindings documentation for the es7241 adc

Signed-off-by: Jerome Brunet --- .../devicetree/bindings/sound/everest,es7241.txt | 28 ++ 1 file changed, 28 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/everest,es7241.txt diff --git a/Documentation/devicetree/bindings/sound/everest,es7241.txt

[PATCH v3 2/2] ASoC: es7241: add es7241 codec support

Add support for the everest es7241 which is a simple 2 channels analog to digital converter. Signed-off-by: Jerome Brunet --- sound/soc/codecs/Kconfig | 4 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/es7241.c | 322 ++ 3 files changed, 328

[PATCH v4] PM / devfreq: Fix devfreq_add_device() when drivers are built as modules.

When the devfreq driver and the governor driver are built as modules, the call to devfreq_add_device() or governor_store() fails because the governor driver is not loaded at the time the devfreq driver loads. The devfreq driver has a build dependency on the governor but also should have a runtime d

Re: [PATCH V5 3/3] PCI: Mask and unmask hotplug interrupts during reset

On 7/3/2018 9:25 AM, Sinan Kaya wrote: >> what if we only have conditional enumeration ?  (leaving removing devices >> followed by SBR as is) ? >> Sorry, I think I didn't quite get your question. Are you asking about the enumeration following link up while keeping the current code as is? Issue

Re: Build regressions/improvements in v4.18-rc3

On 2018-07-02 9:09 PM, Michael Ellerman wrote: It's GCC 4.6.3. Are you saying that's not supported anymore? See for supported releases. Dave -- John David Anglin dave.ang...@bell.net

[PATCH] dts: fix status gpioleds on nanopi-neo-plus2

Signed-off-by: Jonathan A. Kollasch --- arch/arm64/boot/dts/allwinner/sun50i-h5-nanopi-neo-plus2.dts | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm64/boot/dts/allwinner/sun50i-h5-nanopi-neo-plus2.dts b/arch/arm64/boot/dts/allwinner/sun50i-h5-nanopi-neo-plus2.dts

Re: [PATCH 1/5] kconfig: include common Kconfig files from top-level Kconfig

On Mon, Jul 02, 2018 at 01:03:57PM -0700, Randy Dunlap wrote: > Looks good overall. I'm still doing some testing on it. > > I would prefer to have init/Kconfig before arch/$(SRCARCH)/Kconfig. > Is there a reason that you chose the ordering above? > Any known dependencies? I don't think there are

Re: [PATCH 1/2] iio: light: Add support for vishay vcnl4035

Hello Jonathan, Thanks for your comments. Will send fixed v3 patch. On 06/29/2018 07:59 PM, Jonathan Cameron wrote: On Thu, 28 Jun 2018 14:30:20 +0200 Parthiban Nallathambi wrote: Add support for VCNL4035, which is capable of Ambient light sensing (ALS) and proximity function. This patch add

Re: [PATCH 1/5] kconfig: include common Kconfig files from top-level Kconfig

On Mon, Jul 02, 2018 at 01:08:16PM -0700, Randy Dunlap wrote: > > I would prefer to have init/Kconfig before arch/$(SRCARCH)/Kconfig. > > Ugh, that won't get this set correctly on x86_64: > CONFIG_PGTABLE_LEVELS=2 Did you try it? As far as I can tell modern kconfig isn't really order sensitive a

Re: [PATCH] arch/Kconfig: use a menu to reduce clutter

Thanks, folded into the original preempt patch.

Re: [PATCH] arch/Kconfig: use a menu to reduce clutter

On Tue, Jul 03, 2018 at 03:39:59PM +0200, Christoph Hellwig wrote: > Thanks, folded into the original preempt patch. Err, that was for the next patch. I'll just apply this as-is.

Re: [PATCH 5/6] perf/core: Use ioctl to communicate driver configuration to kernel

On Mon, Jul 02, 2018 at 04:33:29PM -0600, Mathieu Poirier wrote: SNIP > +static int > +perf_event_process_drv_config(struct perf_event *event, char *config_str) > +{ > + int ret = -EINVAL; > + void *drv_data; > + > + /* Make sure ctx.mutex it held */ > + lockdep_assert_held(&event

Re: [PATCH 5/6] perf/core: Use ioctl to communicate driver configuration to kernel

On Mon, Jul 02, 2018 at 04:33:29PM -0600, Mathieu Poirier wrote: SNIP > + ret = 0; > +out: > + return ret; > +} > + > +static int perf_event_set_drv_config(struct perf_event *event, void __user > *arg) > +{ > + int ret = -EINVAL; > + char *config_str; > + > + config_str = str

[PATCH v4 5/5] KVM: x86: hyperv: implement PV IPI send hypercalls

Using hypercall for sending IPIs is faster because this allows to specify any number of vCPUs (even > 64 with sparse CPU set), the whole procedure will take only one VMEXIT. Current Hyper-V TLFS (v5.0b) claims that HvCallSendSyntheticClusterIpi hypercall can't be 'fast' (passing parameters through

[PATCH v4 1/5] KVM: x86: hyperv: enforce vp_index < KVM_MAX_VCPUS

Hyper-V TLFS (5.0b) states: > Virtual processors are identified by using an index (VP index). The > maximum number of virtual processors per partition supported by the > current implementation of the hypervisor can be obtained through CPUID > leaf 0x4005. A virtual processor index must be less

[PATCH v4 0/5] KVM: x86: hyperv: PV IPI support for Windows guests

Changes since v3 [Roman Kagan]: - Don't use vcpu_id in kvm_make_vcpus_request_mask to avoid dealing with sparse CPU masks. - Create get_vcpu_idx_by_vpidx() and use it in get_vcpu_by_vpidx() and kvm_hv_flush_tlb(). Using hypercall for sending IPIs is faster because this allows to specify any nu

[PATCH v4 3/5] KVM: x86: hyperv: use get_vcpu_by_vpidx() in kvm_hv_flush_tlb()

VP_INDEX almost always matches VCPU id and get_vcpu_by_vpidx() is fast, use it instead of traversing full vCPU list every time. To support the change split off get_vcpu_idx_by_vpidx() from get_vcpu_by_vpidx(). Signed-off-by: Vitaly Kuznetsov --- arch/x86/kvm/hyperv.c | 78 --

[PATCH v4 4/5] x86/hyper-v: rename ipi_arg_{ex,non_ex} structures

These structures are going to be used from KVM code so let's make their names reflect their Hyper-V origin. Signed-off-by: Vitaly Kuznetsov --- arch/x86/hyperv/hv_apic.c | 12 ++-- arch/x86/include/asm/hyperv-tlfs.h | 16 +--- 2 files changed, 15 insertions(+), 13 de

[PATCH v4 2/5] KVM: x86: hyperv: optimize 'all cpus' case in kvm_hv_flush_tlb()

We can use 'NULL' to represent 'all cpus' case in kvm_make_vcpus_request_mask() and avoid building vCPU mask with all vCPUs. Suggested-by: Radim Krčmář Signed-off-by: Vitaly Kuznetsov --- arch/x86/kvm/hyperv.c | 42 +++--- virt/kvm/kvm_main.c | 6 ++ 2

[PATCH -next] fsi/sbefifo: Add dependency on OF_ADDRESS

The driver calls of_platform_device_create() which is only available if OF_ADDRESS is enabled. When building sparc64 images, this results in ERROR: "of_platform_device_create" [drivers/fsi/fsi-sbefifo.ko] undefined! Fixes: 9f4a8a2d7f9d ("fsi/sbefifo: Add driver for the SBE FIFO") Cc: Benjamin Her

Re: [PATCH v5 0/6] fs/dcache: Track & limit # of negative dentries

On 07/03/2018 03:11 AM, Waiman Long wrote: > On 07/03/2018 05:18 AM, Andrew Morton wrote: >> On Mon, 2 Jul 2018 12:34:00 -0700 Linus Torvalds >> wrote: >> >>> On Sun, Jul 1, 2018 at 10:52 PM Waiman Long wrote: A rogue application can potentially create a large number of negative dentri

Re: [PATCH v3] dcdbas: Add support for WSMT ACPI table

On 7/2/2018 11:15 AM, mario.limoncie...@dell.com wrote: >> >>> I don't believe SMM communication ACPI table has ever been implemented by >> Dell >>> on server or client BIOS. I do agree this table describes the behavior >>> that DCDBAS >> driver >>> has used since before even UEFI BIOS pretty

Re: [PATCH] x86/mm: fix cpu stuck issue in __change_page_attr_set_clr

Bin, On Thu, 28 Jun 2018, Bin Yang wrote: thanks for submitting this. > This issue can be easily triggered by free_initmem() functuion on > x86_64 cpu. Please do not use the output of git show for submitting a patch. Use git format-patch(1). > If cpu supports "pdpe1gb", kernel will

Re: [PATCH v6 21/21] s390: doc: detailed specifications for AP virtualization

On 07/03/2018 03:25 PM, Cornelia Huck wrote: On Tue, 3 Jul 2018 14:20:11 +0200 Halil Pasic wrote: On 07/03/2018 01:52 PM, Cornelia Huck wrote: On Tue, 3 Jul 2018 11:22:10 +0200 Halil Pasic wrote: [..] Let me try to invoke the DASD analogy. If one for some reason wants to detach a D

Re: [PATCH V5 3/3] PCI: Mask and unmask hotplug interrupts during reset

On Tue, Jul 03, 2018 at 09:31:24AM -0400, Sinan Kaya wrote: > Issue is observing hotplug link down event in the middle of AER recovery > as in my previous reply. > > If we mask hotplug interrupts before secondary bus reset via my patch, > then hotplug driver will not observe both link up and link

Re: 4.17.x won't boot due to "x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G"

On Tue, 3 Jul 2018, Kirill A. Shutemov wrote: > On Tue, Jul 03, 2018 at 01:24:49PM +0200, Gabriel C wrote: > > 2018-07-01 23:32 GMT+02:00 Benjamin Gilbert : > > > On Sun, Jul 01, 2018 at 05:15:59PM -0400, Benjamin Gilbert wrote: > > >> 4.17 kernels built with the CoreOS Container Linux toolchain an

Re: [v7, 02/10] counter: Documentation: Add Generic Counter sysfs documentation

On Mon, Jul 02, 2018 at 02:11:35PM -0500, David Lechner wrote: >On 06/21/2018 04:07 PM, William Breathitt Gray wrote: >> +What: /sys/bus/counter/devices/counterX/countY/count_mode >> +KernelVersion: 4.19 >> +Contact:linux-...@vger.kernel.org >> +Description: >> +C

Re: [PATCH v2 2/2] clk: meson-axg: add clocks required by pcie driver

Hi Jerome On 07/03/2018 07:01 PM, Jerome Brunet wrote: > On Tue, 2018-07-03 at 18:17 +0800, Yixun Lan wrote: >> I'm seeing you already applied this patch, so would you like to >> fix/amend the patch for me, or want me send another patch version? >> >> thanks > > It means that I amended your patch

Re: [PATCH] cpuidle:powernv: Add the CPUIDLE_FLAG_POLLING for snooze

* Gautham R Shenoy [2018-07-03 10:54:16]: > From: "Gautham R. Shenoy" > > In the situations where snooze is the only cpuidle state due to > firmware not exposing any platform idle states, the idle CPUs will > remain in snooze for a long time with interrupts disabled causing the > Hard-lockup de

Re: [PATCH V5 3/3] PCI: Mask and unmask hotplug interrupts during reset

On 2018-07-03 19:29, Lukas Wunner wrote: On Tue, Jul 03, 2018 at 09:31:24AM -0400, Sinan Kaya wrote: Issue is observing hotplug link down event in the middle of AER recovery as in my previous reply. If we mask hotplug interrupts before secondary bus reset via my patch, then hotplug driver will

[PATCH] mmc: core: Fix struct mmc_gpio corruption

I recently realised that something was amiss with /proc/interrupts on my cubietruck: 51: 0 0 GICv2 41 Level mv64xxx_i2c 59: 1047 0 GICv2 117 Level eth0 66: 2 0 sunxi_pio_edge 1 Edge X where X has some non-ASCII ch

Re: 4.17.x won't boot due to "x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G"

On Tuesday, July 03, 2018 16:02 CEST, Thomas Gleixner wrote: > On Tue, 3 Jul 2018, Kirill A. Shutemov wrote: > > On Tue, Jul 03, 2018 at 01:24:49PM +0200, Gabriel C wrote: > > > 2018-07-01 23:32 GMT+02:00 Benjamin Gilbert : > > > > On Sun, Jul 01, 2018 at 05:15:59PM -0400, Benjamin Gilbert wrote

Re: [PATCH V5 3/3] PCI: Mask and unmask hotplug interrupts during reset

On Tue, Jul 03, 2018 at 07:30:28AM -0400, ok...@codeaurora.org wrote: > On 2018-07-03 04:34, Lukas Wunner wrote: > >On Mon, Jul 02, 2018 at 06:52:47PM -0400, Sinan Kaya wrote: > >>If a bridge supports hotplug and observes a PCIe fatal error, the > >>following > >>events happen: > >> > >>1. AER driv

Re: [PATCH 2/2] x86/bugs: Fix the AMD SSBD usage of the SPEC_CTRL MSR

On Mon, Jul 02, 2018 at 04:36:02PM -0500, Tom Lendacky wrote: > On AMD, the presence of the MSR_SPEC_CTRL feature does not imply that the > SSBD mitigation support should use the SPEC_CTRL MSR. Other features could > have caused the MSR_SPEC_CTRL feature to be set, while a different SSBD > mitigati

Re: [PATCH 1/2] x86/bugs: Update when to check for the LS_CFG SSBD mitigation

On Mon, Jul 02, 2018 at 04:35:53PM -0500, Tom Lendacky wrote: > If either the X86_FEATURE_AMD_SSBD or X86_FEATURE_VIRT_SSBD features are > present, then there is no need to perform the check for the LS_CFG SSBD > mitigation support. > > Signed-off-by: Tom Lendacky Reviewed-by: Konrad Rzeszutek Wi

Re: [PATCH] mmc: core: Fix struct mmc_gpio corruption

Hi Marc, On Tue, Jul 3, 2018 at 11:11 AM, Marc Zyngier wrote: > I recently realised that something was amiss with /proc/interrupts > on my cubietruck: > > 51: 0 0 GICv2 41 Level mv64xxx_i2c > 59: 1047 0 GICv2 117 Level eth0 > 66: 2

Re: [PATCH v9 0/7] Centralize and unify usage of preempt/irq tracepoints

On Thu, Jun 28, 2018 at 11:21:42AM -0700, Joel Fernandes wrote: > From: "Joel Fernandes (Google)" > > This is a posting of v9 preempt/irq tracepoint clean up series rebased > onto v4.18-rc2. No changes in the series, just a rebase + repost. > > All patches have a Reviewed-by tags now from review

Re: [PATCH] audit: use ktime_get_coarse_ts64() for time access

On Fri, Jun 22, 2018 at 4:26 PM Richard Guy Briggs wrote: > On 2018-06-18 16:58, Arnd Bergmann wrote: > > The API got renamed for consistency with the other time accessors, > > this changes the audit caller as well. > > > > Signed-off-by: Arnd Bergmann > > This looks reasonable to me. > Not that

Re: [v7,03/10] docs: Add Generic Counter interface documentation

On Mon, Jul 02, 2018 at 02:37:53PM -0500, David Lechner wrote: >On 06/21/2018 04:07 PM, William Breathitt Gray wrote: >> +Userspace Interface >> +=== >> + >> +Several sysfs attributes are generated by the Generic Counter interface, >> +and reside under the /sys/bus/counter/devices/c

Re: [RFC PATCH 1/4] dts: misc: Add bindings documentation for bmc-misc-ctrl

On Tue, 2018-07-03 at 09:50 +0200, Greg KH wrote: > On Tue, Jul 03, 2018 at 05:04:10PM +1000, Andrew Jeffery wrote: > > Signed-off-by: Andrew Jeffery > > --- > > I can't take patches without any changelog text at all :( Greg (and replying to your other comments as well)... This is an RFC series

Re: [PATCH V5 3/3] PCI: Mask and unmask hotplug interrupts during reset

On Tue, Jul 03, 2018 at 07:40:46PM +0530, p...@codeaurora.org wrote: > On 2018-07-03 19:29, Lukas Wunner wrote: > >On Tue, Jul 03, 2018 at 09:31:24AM -0400, Sinan Kaya wrote: > >>Issue is observing hotplug link down event in the middle of AER recovery > >>as in my previous reply. > >> > >>If we mas

Re: 4.17.x won't boot due to "x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G"

On Tue, 3 Jul 2018, Bernhard Rosenkraenzer wrote: > On Tuesday, July 03, 2018 16:02 CEST, Thomas Gleixner > wrote: > > On Tue, 3 Jul 2018, Kirill A. Shutemov wrote: > > > On Tue, Jul 03, 2018 at 01:24:49PM +0200, Gabriel C wrote: > > > > 2018-07-01 23:32 GMT+02:00 Benjamin Gilbert : > > > > > On

Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long

On Tue 03-07-18 13:29:54, Mike Rapoport wrote: > Add explicit casting to unsigned long to the __va() parameter Why is this needed? > Signed-off-by: Mike Rapoport > --- > arch/m68k/include/asm/page_no.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/m68k/include/a

Re: [v7,03/10] docs: Add Generic Counter interface documentation

On Mon, Jul 02, 2018 at 02:42:06PM -0500, David Lechner wrote: >On 06/21/2018 04:07 PM, William Breathitt Gray wrote: >> +Userspace Interface >> +=== >> + >> +Several sysfs attributes are generated by the Generic Counter interface, >> +and reside under the /sys/bus/counter/devices/c

Re: 4.17.x won't boot due to "x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G"

On Tue, Jul 03, 2018 at 03:44:03PM +0300, Kirill A. Shutemov wrote: > On Tue, Jul 03, 2018 at 01:24:49PM +0200, Gabriel C wrote: > > 2018-07-01 23:32 GMT+02:00 Benjamin Gilbert : > > > On Sun, Jul 01, 2018 at 05:15:59PM -0400, Benjamin Gilbert wrote: > > >> 4.17 kernels built with the CoreOS Contai

Re: [PATCH -next] fsi/sbefifo: Add dependency on OF_ADDRESS

On Tue, 2018-07-03 at 06:43 -0700, Guenter Roeck wrote: > The driver calls of_platform_device_create() which is only available > if OF_ADDRESS is enabled. When building sparc64 images, this results > in > > ERROR: "of_platform_device_create" [drivers/fsi/fsi-sbefifo.ko] undefined! > > Fixes: 9f4a

Re: [PATCH v9 0/7] Centralize and unify usage of preempt/irq tracepoints

On Tue, 3 Jul 2018 07:15:37 -0700 Joel Fernandes wrote: > On Thu, Jun 28, 2018 at 11:21:42AM -0700, Joel Fernandes wrote: > > From: "Joel Fernandes (Google)" > > > > This is a posting of v9 preempt/irq tracepoint clean up series rebased > > onto v4.18-rc2. No changes in the series, just a rebas

Re: [PATCH] mmc: core: Fix struct mmc_gpio corruption

On 03/07/18 15:14, Fabio Estevam wrote: > Hi Marc, > > On Tue, Jul 3, 2018 at 11:11 AM, Marc Zyngier wrote: >> I recently realised that something was amiss with /proc/interrupts >> on my cubietruck: >> >> 51: 0 0 GICv2 41 Level mv64xxx_i2c >> 59: 1047 0

Re: 4.17.x won't boot due to "x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G"

On Tue, 3 Jul 2018, Kirill A. Shutemov wrote: > On Tue, Jul 03, 2018 at 03:44:03PM +0300, Kirill A. Shutemov wrote: > > On Tue, Jul 03, 2018 at 01:24:49PM +0200, Gabriel C wrote: > > > 2018-07-01 23:32 GMT+02:00 Benjamin Gilbert : > > > > On Sun, Jul 01, 2018 at 05:15:59PM -0400, Benjamin Gilbert w

Re: [PATCH V5 3/3] PCI: Mask and unmask hotplug interrupts during reset

On 2018-07-03 19:42, Lukas Wunner wrote: On Tue, Jul 03, 2018 at 07:30:28AM -0400, ok...@codeaurora.org wrote: On 2018-07-03 04:34, Lukas Wunner wrote: >On Mon, Jul 02, 2018 at 06:52:47PM -0400, Sinan Kaya wrote: >>If a bridge supports hotplug and observes a PCIe fatal error, the >>following >>e

Re: [PATCH v6 21/21] s390: doc: detailed specifications for AP virtualization

On Tue, 3 Jul 2018 15:58:37 +0200 Halil Pasic wrote: > On 07/03/2018 03:25 PM, Cornelia Huck wrote: > > On Tue, 3 Jul 2018 14:20:11 +0200 > > Halil Pasic wrote: > > > >> On 07/03/2018 01:52 PM, Cornelia Huck wrote: > >>> On Tue, 3 Jul 2018 11:22:10 +0200 > >>> Halil Pasic wrote: > >>>

Re: [RFC PATCH 1/4] dts: misc: Add bindings documentation for bmc-misc-ctrl

On Wed, Jul 04, 2018 at 12:16:49AM +1000, Benjamin Herrenschmidt wrote: > On Tue, 2018-07-03 at 09:50 +0200, Greg KH wrote: > > On Tue, Jul 03, 2018 at 05:04:10PM +1000, Andrew Jeffery wrote: > > > Signed-off-by: Andrew Jeffery > > > --- > > > > I can't take patches without any changelog text at

Re: [PATCH 1/3] soc: amlogic: Add Meson GX Clock Measure driver

On 03/07/2018 15:21, Neil Armstrong wrote: > The Amlogic Meson GX SoCs embeds a clock measurer IP to measure the internal > clock paths frequencies. > The precision is in the order of the MHz. The precision is more around 30Khz. > > Signed-off-by: Neil Armstrong > --- > drivers/soc/amlogic/Kco

Re: [PATCH v6] pidns: introduce syscall translate_pid

On 6/1/2018 12:18 PM, Konstantin Khlebnikov wrote: Each process have different pids, one for each pid namespace it belongs. When interaction happens within single pid-ns translation isn't required. More complicated scenarios needs special handling. For example: - reading pid-files or logs wri

Re: [PATCH V5 3/3] PCI: Mask and unmask hotplug interrupts during reset

On Mon, Jul 02, 2018 at 06:52:47PM -0400, Sinan Kaya wrote: > @@ -308,8 +310,17 @@ void pcie_do_fatal_recovery(struct pci_dev *dev, u32 > service) > pci_dev_put(pdev); > } > > + hpsvc = pcie_port_find_service(udev, PCIE_PORT_SERVICE_HP); > + hpdev = pcie_port_find_dev

Re: [PATCH v2 2/2] clk: meson-axg: add clocks required by pcie driver

On Tue, 2018-07-03 at 22:05 +0800, Yixun Lan wrote: > Sorry, I'm asking.. > > because as I checked the clk-meson[1] tree, branch - next/drivers, > it's not updated which it's still my original version.. > > Yixun Indeed. It pushed now.

Re: [PATCH v6 05/21] KVM: s390: CPU model support for AP virtualization

On 07/02/2018 12:28 PM, Cornelia Huck wrote: On Mon, 2 Jul 2018 18:20:55 +0200 Halil Pasic wrote: On 07/02/2018 06:11 PM, Cornelia Huck wrote: On Mon, 2 Jul 2018 11:54:28 -0400 Tony Krowiak wrote: On 07/02/2018 11:41 AM, Cornelia Huck wrote: On Mon, 2 Jul 2018 11:37:11 -0400 Tony Krowi

Re: [PATCH] IB/mlx4: Test port number before querying type.

On Mon, Jul 2, 2018 at 11:21 PM Leon Romanovsky wrote: > > On Mon, Jul 02, 2018 at 02:02:34PM -0700, Tarick Bedeir wrote: > > rdma_ah_find_type() can reach into ib_device->port_immutable with a > > potentially out-of-bounds port number, so check that the port number is > > valid first. > > > > Fix

Re: [PATCH 12/15] arm: dts: highbank: Add missing OPP properties for CPUs

On Mon, Jul 2, 2018 at 9:13 PM, Viresh Kumar wrote: > On 02-07-18, 16:27, Olof Johansson wrote: >> On Mon, Jul 02, 2018 at 02:25:40PM -0600, Rob Herring wrote: >> > On Fri, May 25, 2018 at 4:32 AM Viresh Kumar >> > wrote: >> > > >> > > The OPP properties, like "operating-points", should either b

Re: [PATCH 1/1] mmc: sunxi: Disable irq during pm_suspend

Hi Stefan, On Tue, Jul 03, 2018 at 10:28:43AM +0300, Stefan Mavrodiev wrote: > When mmc host controller enters suspend state, the clocks are > disabled, but irqs are not. For some reason the irqchip emmits > false interrupts, which causes system lock loop. > > Debug log is: > ... > sunxi-mmc

[BUG] Caused by: sched/deadline: Move CPU frequency selection triggering points

When looking to test SCHED_DEADLINE, I triggered a lockup. The lockup appears to be caused by WARN_ON() done inside the scheduling path, and I'm guessing it tried to grab the rq lock and caused a deadlock (all I would get would be the "--- cut here ---" line, and then nothing after that. But a bit

Re: [PATCH 2/2] arm64: add support for 43bit physical address

On Mon, Jul 02, 2018 at 02:04:51PM -0700, Nikunj Kela wrote: > This patch adds support for 43bit physical address. Additionally, > this patch adds support for 27bit section size. This is useful in > reducing kernel memory usage. One usecase is in kdump kernel. Some numbers please. -- Catalin

Re: [PATCH v6 21/21] s390: doc: detailed specifications for AP virtualization

On 07/03/2018 03:46 AM, Harald Freudenberger wrote: On 02.07.2018 18:28, Halil Pasic wrote: On 06/29/2018 11:11 PM, Tony Krowiak wrote: This patch provides documentation describing the AP architecture and design concepts behind the virtualization of AP devices. It also includes an example of h

[PATCH 1/2] ASoC: atmel-i2s: Remove unnecessary audio PLL clock (aclk)

The generated clock (gclk) driver is able to set aclk as its parent and change its rate alone, if needed. This means that our driver no longer needs to configure aclk and we can let gclk select and configure its clock source. Signed-off-by: Codrin Ciubotariu --- sound/soc/atmel/atmel-i2s.c | 46

[PATCH 0/2] ASoC: atmel-i2s: Remove unnecessary audio PLL clock

Thanks to Quentin Schulz's patch: commit 1a1a36d72e3d ("clk: at91: clk-generated: make gclk determine audio_pll rate") the generated clock (gclk) itself is able to configure the audio PLL clock (aclk). For this reason, the I2S driver no longer needs to set aclk, but only gclk. This patchet remove

[PATCH 2/2] ASoC: atmel-i2s: dt-bindings: Remove unnecessary phandle to aclk

The optional clock phandle to aclk (Audio PLL clock) is no longer needed by the driver. Signed-off-by: Codrin Ciubotariu --- Documentation/devicetree/bindings/sound/atmel-i2s.txt | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/Documentation/devicetree/bindings/sou

Re: [PATCH v6 21/21] s390: doc: detailed specifications for AP virtualization

On 07/03/2018 07:52 AM, Cornelia Huck wrote: On Tue, 3 Jul 2018 11:22:10 +0200 Halil Pasic wrote: On 07/03/2018 09:46 AM, Harald Freudenberger wrote: On 02.07.2018 18:28, Halil Pasic wrote: On 06/29/2018 11:11 PM, Tony Krowiak wrote: This patch provides documentation describing the AP arch

Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long

On Tue, Jul 03, 2018 at 04:20:54PM +0200, Michal Hocko wrote: > On Tue 03-07-18 13:29:54, Mike Rapoport wrote: > > Add explicit casting to unsigned long to the __va() parameter > > Why is this needed? To make it consitent with other architecures and asm-generic :) But more importantly, __membloc

Re: [PATCH] cpuidle:powernv: Add the CPUIDLE_FLAG_POLLING for snooze

On Tue, Jul 03, 2018 at 07:36:16PM +0530, Vaidyanathan Srinivasan wrote: > * Gautham R Shenoy [2018-07-03 10:54:16]: > > > From: "Gautham R. Shenoy" > > > > In the situations where snooze is the only cpuidle state due to > > firmware not exposing any platform idle states, the idle CPUs will > >

Re: [PATCH] arm64: Clear the stack

On Tue, Jul 03, 2018 at 01:14:41PM +0100, Mark Rutland wrote: > On Mon, Jul 02, 2018 at 11:48:05AM -0700, Laura Abbott wrote: > > On 07/02/2018 06:02 AM, Alexander Popov wrote: > > > On 29.06.2018 22:05, Laura Abbott wrote: > > > > Implementation of stackleak based heavily on the x86 version > > >

[RESEND PATCH] apalis_t30: fix can2

From: Marcel Ziswiler CAN2 currently fails on probe as follows: mcp251x spi1.1: Probe failed, err=19 Fix this by enabling input on pin mux of resp. SPI4 pins. Signed-off-by: Marcel Ziswiler Signed-off-by: Marcel Ziswiler --- arch/arm/boot/dts/tegra30-apalis.dtsi | 1 + 1 file changed, 1 i

Re: [PATCH] tick: prefer a lower rating device only if it's CPU local device

On Tue, Jul 3, 2018 at 3:54 AM Sudeep Holla wrote: > > On Mon, Jul 02, 2018 at 04:44:33PM -0700, Kevin Hilman wrote: > > Hi Sudeep, > > > > On Wed, May 9, 2018 at 9:02 AM Sudeep Holla wrote: > > > > > > Checking the equality of cpumask for both new and old tick device doesn't > > > ensure that it

[PATCH v2 0/3] ASoC: es7134: driver updates

This patchset fixes issues of v1 [0] around power supply requirement and add es7154 support. AVDD is renamed to PVDD to better match the component datasheet. v1 assumed optional power supplies, which was a wrong thing do. Now VDD, is required on all chip variant and PVDD is required on the es7154.

Re: [PATCH 2/3] m68k/page_no.h: force __va argument to be unsigned long

On Tue, Jul 03, 2018 at 06:03:16PM +0300, Mike Rapoport wrote: > On Tue, Jul 03, 2018 at 04:20:54PM +0200, Michal Hocko wrote: > > On Tue 03-07-18 13:29:54, Mike Rapoport wrote: > > > Add explicit casting to unsigned long to the __va() parameter > > > > Why is this needed? > > To make it consiten

[PATCH v2 2/3] ASoC: es7134: correct required power supplies

Drop AVDD in favor of PVDD to match the names used in the datasheet and only claim PVDD on the es7154. The es7134 and es7144 don't have a separate supply for the digital I/O. Signed-off-by: Jerome Brunet --- sound/soc/codecs/es7134.c | 44 +--- 1 file chan

[PATCH v2 3/3] ASoC: es7134: add support for the es7154

Add support for the es7154 which is basically an es7134 with an embedded power amplifier and lower maximum sample rate Signed-off-by: Jerome Brunet --- sound/soc/codecs/es7134.c | 60 ++- 1 file changed, 59 insertions(+), 1 deletion(-) diff --git a/so

[PATCH v2 1/3] ASoC: es7134: update DT binding with new compatible and supplies

Update the documentation to add support for the es7154 and optional power supplies phandles. Signed-off-by: Jerome Brunet --- Documentation/devicetree/bindings/sound/everest,es7134.txt | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/sou

[PATCH v2] net: usb: asix: allow optionally getting mac address from device tree

From: Marcel Ziswiler For Embedded use where e.g. AX88772B chips may be used without external EEPROMs the boot loader may choose to pass the MAC address to be used via device tree. Therefore, allow for optionally getting the MAC address from device tree data e.g. as follows (excerpt from a T30 ba

Re: [BUG] Caused by: sched/deadline: Move CPU frequency selection triggering points

Hi Steve, On 03/07/18 10:54, Steven Rostedt wrote: > When looking to test SCHED_DEADLINE, I triggered a lockup. The lockup > appears to be caused by WARN_ON() done inside the scheduling path, and > I'm guessing it tried to grab the rq lock and caused a deadlock (all I > would get would be the "--

[PATCH v8 00/17] Improve shrink_slab() scalability (old complexity was O(n^2), new is O(n))

uch types of load I pointed. This will give a profit in case of !global reclaim case, since there also will be less do_shrink_slab() calls. v8: REBASED on akpm tree of 20180703 v7: Refactorings and readability improvements. REBASED on 4.18-rc1 v6: Added missed rcu_dereference() to memcg_set_sh

[PATCH v8 02/17] mm: Introduce CONFIG_MEMCG_KMEM as combination of CONFIG_MEMCG && !CONFIG_SLOB

This patch introduces new config option, which is used to replace repeating CONFIG_MEMCG && !CONFIG_SLOB pattern. Next patches add a little more memcg+kmem related code, so let's keep the defines more clearly. Signed-off-by: Kirill Tkhai Acked-by: Vladimir Davydov Tested-by: Shakeel Butt --- i

[PATCH v8 03/17] mm: Assign id to every memcg-aware shrinker

The patch introduces shrinker::id number, which is used to enumerate memcg-aware shrinkers. The number start from 0, and the code tries to maintain it as small as possible. This will be used as to represent a memcg-aware shrinkers in memcg shrinkers map. Since all memcg-aware shrinkers are based

[PATCH v8 04/17] memcg: Move up for_each_mem_cgroup{, _tree} defines

Next patch requires these defines are above their current position, so here they are moved to declarations. Signed-off-by: Kirill Tkhai Acked-by: Vladimir Davydov Tested-by: Shakeel Butt --- mm/memcontrol.c | 30 +++--- 1 file changed, 15 insertions(+), 15 deletions(-

[PATCH v8 05/17] mm: Assign memcg-aware shrinkers bitmap to memcg

Imagine a big node with many cpus, memory cgroups and containers. Let we have 200 containers, every container has 10 mounts, and 10 cgroups. All container tasks don't touch foreign containers mounts. If there is intensive pages write, and global reclaim happens, a writing task has to iterate over a

[PATCH v8 06/17] mm: Refactoring in workingset_init()

Use prealloc_shrinker()/register_shrinker_prepared() instead of register_shrinker(). This will be used in next patch. Signed-off-by: Kirill Tkhai Acked-by: Vladimir Davydov Tested-by: Shakeel Butt --- mm/workingset.c |9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git

[PATCH v8 07/17] fs: Refactoring in alloc_super()

Do two list_lru_init_memcg() calls after prealloc_super(). destroy_unused_super() in fail path is OK with this. Next patch needs such the order. Signed-off-by: Kirill Tkhai Acked-by: Vladimir Davydov Tested-by: Shakeel Butt --- fs/super.c |8 1 file changed, 4 insertions(+), 4 del

[PATCH v8 08/17] fs: Propagate shrinker::id to list_lru

The patch adds list_lru::shrinker_id field, and populates it by registered shrinker id. This will be used to set correct bit in memcg shrinkers map by lru code in next patches, after there appeared the first related to memcg element in list_lru. Signed-off-by: Kirill Tkhai Acked-by: Vladimir Dav

[PATCH v8 09/17] list_lru: Add memcg argument to list_lru_from_kmem()

This is just refactoring to allow next patches to have memcg pointer in list_lru_from_kmem(). Signed-off-by: Kirill Tkhai Acked-by: Vladimir Davydov Tested-by: Shakeel Butt --- mm/list_lru.c | 25 + 1 file changed, 17 insertions(+), 8 deletions(-) diff --git a/mm/lis

Re: [PATCH 1/3] clk: tegra: refactor 7.1 div calculation

Good Morning, Just a heads up. During compilation with your patches, I get the following warning: In file included from ./arch/arm/include/asm/div64.h:127:0, from ./include/linux/kernel.h:174, from drivers/clk/tegra/div71.c:17: drivers/clk/tegra/div71.c: In func

[PATCH v8 12/17] mm: Export mem_cgroup_is_root()

This will be used in next patch. Signed-off-by: Kirill Tkhai Acked-by: Vladimir Davydov Tested-by: Shakeel Butt --- include/linux/memcontrol.h | 10 ++ mm/memcontrol.c|5 - 2 files changed, 10 insertions(+), 5 deletions(-) diff --git a/include/linux/memcontrol.h

[PATCH v8 11/17] list_lru: Pass lru argument to memcg_drain_list_lru_node()

This is just refactoring to allow next patches to have lru pointer in memcg_drain_list_lru_node(). Signed-off-by: Kirill Tkhai Acked-by: Vladimir Davydov Tested-by: Shakeel Butt --- mm/list_lru.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/mm/list_lru.c b/mm/lis

<    1   2   3   4   5   6   7   8   9   >