Re: [PATCHv2 2/2] input: cpcap-pwrbutton: new driver

* Dmitry Torokhov [170301 17:21]: > On Thu, Mar 02, 2017 at 01:22:42AM +0100, Sebastian Reichel wrote: > > Motorola CPCAP is a PMIC found in multiple smartphones. > > This driver adds support for the power/on button and has > > been tested in Droid 4. > > > > Acked-by:

Re: [PATCHv2 2/2] input: cpcap-pwrbutton: new driver

* Dmitry Torokhov [170301 17:21]: > On Thu, Mar 02, 2017 at 01:22:42AM +0100, Sebastian Reichel wrote: > > Motorola CPCAP is a PMIC found in multiple smartphones. > > This driver adds support for the power/on button and has > > been tested in Droid 4. > > > > Acked-by: Rob Herring > >

Re: [PATCH] module: set __jump_table alignment to 8

+++ Steven Rostedt [02/03/17 13:11 -0500]: Can I get an Ack from a module maintainer? Acked-by: Jessica Yu Thanks! Jessica On Wed, 1 Mar 2017 14:04:53 -0800 David Daney wrote: For powerpc the __jump_table section in modules is not aligned,

Re: [PATCH] module: set __jump_table alignment to 8

+++ Steven Rostedt [02/03/17 13:11 -0500]: Can I get an Ack from a module maintainer? Acked-by: Jessica Yu Thanks! Jessica On Wed, 1 Mar 2017 14:04:53 -0800 David Daney wrote: For powerpc the __jump_table section in modules is not aligned, this causes a WARN_ON() splat when loading a

Re: [PATCH v2 1/9] kasan: introduce helper functions for determining bug type

On Thu, Mar 2, 2017 at 2:48 PM, Andrey Konovalov wrote: > Introduce get_shadow_bug_type() function, which determines bug type > based on the shadow value for a particular kernel address. > Introduce get_wild_bug_type() function, which determines bug type > for addresses

Re: [PATCH v2 1/9] kasan: introduce helper functions for determining bug type

On Thu, Mar 2, 2017 at 2:48 PM, Andrey Konovalov wrote: > Introduce get_shadow_bug_type() function, which determines bug type > based on the shadow value for a particular kernel address. > Introduce get_wild_bug_type() function, which determines bug type > for addresses which don't have a

[PATCH 3/4] staging: speakup: identation should use tabs

Indentation should always use tabs and never spaces. Signed-off-by: Arushi Singhal --- drivers/staging/speakup/speakup_dtlk.h | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/staging/speakup/speakup_dtlk.h

[PATCH 3/4] staging: speakup: identation should use tabs

Indentation should always use tabs and never spaces. Signed-off-by: Arushi Singhal --- drivers/staging/speakup/speakup_dtlk.h | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/staging/speakup/speakup_dtlk.h b/drivers/staging/speakup/speakup_dtlk.h index

Re: [PATCH V2] PCI/ASPM: reconfigure ASPM following hotplug for POLICY_DEFAULT

Hi Mayurkumar On 3/2/2017 11:05 AM, Patel, Mayurkumar wrote: >> >> Hi Bjorn, >> >> On 2/28/2017 1:57 PM, Patel, Mayurkumar wrote: I was trying to figure out when to use saved values vs. the values in registers by looking at the enable_cnt. enable_cnt is 0 during boot on my system.

Re: [PATCH V2] PCI/ASPM: reconfigure ASPM following hotplug for POLICY_DEFAULT

Hi Mayurkumar On 3/2/2017 11:05 AM, Patel, Mayurkumar wrote: >> >> Hi Bjorn, >> >> On 2/28/2017 1:57 PM, Patel, Mayurkumar wrote: I was trying to figure out when to use saved values vs. the values in registers by looking at the enable_cnt. enable_cnt is 0 during boot on my system.

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

On Thu, Mar 02, 2017 at 03:29:21PM +0100, Boris Brezillon wrote: > Vignesh R wrote: > > Or SPI core can be extended in a way similar to this RFC. That is, SPI > > master driver will set a flag to request SPI core to use of bounce > > buffer for vmalloc'd buffers. And

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

On Thu, Mar 02, 2017 at 03:29:21PM +0100, Boris Brezillon wrote: > Vignesh R wrote: > > Or SPI core can be extended in a way similar to this RFC. That is, SPI > > master driver will set a flag to request SPI core to use of bounce > > buffer for vmalloc'd buffers. And spi_map_buf() just uses

Re: [RFC 02/11] mm: remove unncessary ret in page_referenced

On 03/02/2017 12:09 PM, Minchan Kim wrote: > Anyone doesn't use ret variable. Remove it. > This change is correct. But not sure how this is related to try_to_unmap() clean up though. > Signed-off-by: Minchan Kim > --- > mm/rmap.c | 3 +-- > 1 file changed, 1 insertion(+),

Re: [RFC 02/11] mm: remove unncessary ret in page_referenced

On 03/02/2017 12:09 PM, Minchan Kim wrote: > Anyone doesn't use ret variable. Remove it. > This change is correct. But not sure how this is related to try_to_unmap() clean up though. > Signed-off-by: Minchan Kim > --- > mm/rmap.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > >

[PATCH v2 00/21] x86/xen: untangle PV and PVHVM guest support code

Changes since v1: - Patches 1,2 and 3 were split and reordered to avoid adding temporary #ifdefs [Juergen Gross] - Juergen's R-b added to what is now patches 14 and 15 (patches 4 and 5 in v1). Due to re-ordering there are some tiny diffrences but I opted for keeping the tag. Some patches

[PATCH v2 00/21] x86/xen: untangle PV and PVHVM guest support code

Changes since v1: - Patches 1,2 and 3 were split and reordered to avoid adding temporary #ifdefs [Juergen Gross] - Juergen's R-b added to what is now patches 14 and 15 (patches 4 and 5 in v1). Due to re-ordering there are some tiny diffrences but I opted for keeping the tag. Some patches

[PATCH v2 06/21] x86/xen: split off enlighten_pv.c

Basically, enlighten.c is renamed to enlighten_pv.c and some code moved out to common enlighten.c. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Makefile |4 +- arch/x86/xen/enlighten.c| 1626 ++-

[PATCH v2 06/21] x86/xen: split off enlighten_pv.c

Basically, enlighten.c is renamed to enlighten_pv.c and some code moved out to common enlighten.c. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Makefile |4 +- arch/x86/xen/enlighten.c| 1626 ++- arch/x86/xen/enlighten_pv.c | 1552

[PATCH 10/11] dt-bindings: Add bindings for the Amlogic Meson dw-hdmi extension

This binding describes the Amlogic Meson specific extension to the Synopsys Designware HDMI Controller. Signed-off-by: Neil Armstrong --- .../bindings/display/amlogic,meson-dw-hdmi.txt | 111 + 1 file changed, 111 insertions(+) create mode

Re: subdevice config into pointer (was Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times)

Hi Pavel, On Thu, Mar 02, 2017 at 03:58:08PM +0100, Pavel Machek wrote: > Hi! > > > > > Making the sub-device bus configuration a pointer should be in a > > > > separate > > > > patch. It makes sense since the entire configuration is not valid for > > > > all > > > > sub-devices attached to

[PATCH 10/11] dt-bindings: Add bindings for the Amlogic Meson dw-hdmi extension

This binding describes the Amlogic Meson specific extension to the Synopsys Designware HDMI Controller. Signed-off-by: Neil Armstrong --- .../bindings/display/amlogic,meson-dw-hdmi.txt | 111 + 1 file changed, 111 insertions(+) create mode 100644

Re: subdevice config into pointer (was Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times)

Hi Pavel, On Thu, Mar 02, 2017 at 03:58:08PM +0100, Pavel Machek wrote: > Hi! > > > > > Making the sub-device bus configuration a pointer should be in a > > > > separate > > > > patch. It makes sense since the entire configuration is not valid for > > > > all > > > > sub-devices attached to

Re: ftrace_graph_filter not working correctly since v4.10

Namhyung, Just an FYI... -- Steve On Thu, 2 Mar 2017 12:49:40 -0500 Steven Rostedt wrote: > On Wed, 1 Mar 2017 22:47:30 -0500 > Steven Rostedt wrote: > > > On Wed, 1 Mar 2017 22:28:43 -0500 > > Steven Rostedt wrote: > > >

Re: ftrace_graph_filter not working correctly since v4.10

Namhyung, Just an FYI... -- Steve On Thu, 2 Mar 2017 12:49:40 -0500 Steven Rostedt wrote: > On Wed, 1 Mar 2017 22:47:30 -0500 > Steven Rostedt wrote: > > > On Wed, 1 Mar 2017 22:28:43 -0500 > > Steven Rostedt wrote: > > > > > > 4.10 is fine. It's what has been merged for 4.11 that's

[PATCH v2 11/21] x86/xen: split off smp_pv.c

Basically, smp.c is renamed to smp_pv.c and some code moved out to common smp.c. struct xen_common_irq delcaration ended up in smp.h. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Makefile | 2 +- arch/x86/xen/smp.c| 487

[PATCH v2 11/21] x86/xen: split off smp_pv.c

Basically, smp.c is renamed to smp_pv.c and some code moved out to common smp.c. struct xen_common_irq delcaration ended up in smp.h. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Makefile | 2 +- arch/x86/xen/smp.c| 487 +---

Re: [PATCH 7/7] net: stmmac: dwc-qos: Add Tegra186 support

Às 5:24 PM de 2/23/2017, Thierry Reding escreveu: > From: Thierry Reding > > The NVIDIA Tegra186 SoC contains an instance of the Synopsys DWC > ethernet QOS IP core. The binding that it uses is slightly different > from existing ones because of the integration (clocks,

Re: [PATCH 7/7] net: stmmac: dwc-qos: Add Tegra186 support

Às 5:24 PM de 2/23/2017, Thierry Reding escreveu: > From: Thierry Reding > > The NVIDIA Tegra186 SoC contains an instance of the Synopsys DWC > ethernet QOS IP core. The binding that it uses is slightly different > from existing ones because of the integration (clocks, resets, ...). > >

Re: [PATCH] netvsc: fix use-after-free in netvsc_change_mtu()

On Thu, 2 Mar 2017 13:00:53 + Dexuan Cui wrote: > 'nvdev' is freed in rndis_filter_device_remove -> netvsc_device_remove -> > free_netvsc_device, so we mustn't access it, before it's re-created in > rndis_filter_device_add -> netvsc_device_add. > > Signed-off-by: Dexuan

Re: [PATCH] netvsc: fix use-after-free in netvsc_change_mtu()

On Thu, 2 Mar 2017 13:00:53 + Dexuan Cui wrote: > 'nvdev' is freed in rndis_filter_device_remove -> netvsc_device_remove -> > free_netvsc_device, so we mustn't access it, before it's re-created in > rndis_filter_device_add -> netvsc_device_add. > > Signed-off-by: Dexuan Cui > Cc: "K. Y.

[PATCH v2 14/21] x86/xen: split suspend.c for PV and PVHVM guests

Slit the code in suspend.c into suspend_pv.c and suspend_hvm.c. Reviewed-by: Juergen Gross Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Makefile | 3 ++- arch/x86/xen/suspend.c | 54 --

Re: [PATCH] module: set __jump_table alignment to 8

Can I get an Ack from a module maintainer? Thanks! -- Steve On Wed, 1 Mar 2017 14:04:53 -0800 David Daney wrote: > For powerpc the __jump_table section in modules is not aligned, this > causes a WARN_ON() splat when loading a module containing a __jump_table. > >

[PATCH v2 14/21] x86/xen: split suspend.c for PV and PVHVM guests

Slit the code in suspend.c into suspend_pv.c and suspend_hvm.c. Reviewed-by: Juergen Gross Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Makefile | 3 ++- arch/x86/xen/suspend.c | 54 -- arch/x86/xen/suspend_hvm.c | 22

Re: [PATCH] module: set __jump_table alignment to 8

Can I get an Ack from a module maintainer? Thanks! -- Steve On Wed, 1 Mar 2017 14:04:53 -0800 David Daney wrote: > For powerpc the __jump_table section in modules is not aligned, this > causes a WARN_ON() splat when loading a module containing a __jump_table. > > Strict alignment became

[PATCH v2 3/5] tpm_tis_spi: Check correct byte for wait state indicator

Wait states are signaled in the last byte received from the TPM in response to the header, not the first byte. Check rx_buf[3] instead of rx_buf[0]. Cc: Fixes: 0edbfea537d1 ("tpm/tpm_tis_spi: Add support for spi phy") Signed-off-by: Alexander Steffen

[PATCH v2 3/5] tpm_tis_spi: Check correct byte for wait state indicator

Wait states are signaled in the last byte received from the TPM in response to the header, not the first byte. Check rx_buf[3] instead of rx_buf[0]. Cc: Fixes: 0edbfea537d1 ("tpm/tpm_tis_spi: Add support for spi phy") Signed-off-by: Alexander Steffen Signed-off-by: Peter Huewe Reviewed-by:

Re: Regression in 4.11 - PowerPC crashes on boot, bisected to commit 5657933dbb6e

On 03/01/2017 10:07 PM, Bart Van Assche wrote: On Wed, 2017-03-01 at 21:26 -0600, Larry Finger wrote: My Powerbook G4 Aluminum generates a fatal splat early in the boot process, just after identifying the driver for the disk. Unfortunately, it turns off almost immediately, thus I cannot report

Re: Regression in 4.11 - PowerPC crashes on boot, bisected to commit 5657933dbb6e

On 03/01/2017 10:07 PM, Bart Van Assche wrote: On Wed, 2017-03-01 at 21:26 -0600, Larry Finger wrote: My Powerbook G4 Aluminum generates a fatal splat early in the boot process, just after identifying the driver for the disk. Unfortunately, it turns off almost immediately, thus I cannot report

Re: [PATCH v2 2/3] watchdog: sama5d4: Fix setting timeout when watchdog is disabled

Hi, On 19/02/2017 at 20:46:13 -0800, Guenter Roeck wrote: > Please keep us in the loop. > I've sent a new series that solves the issues we were seeing. I've tied to document as much as possible and to make the driver as simple as possible. -- Alexandre Belloni, Free Electrons Embedded Linux

Re: [PATCH v2 2/3] watchdog: sama5d4: Fix setting timeout when watchdog is disabled

Hi, On 19/02/2017 at 20:46:13 -0800, Guenter Roeck wrote: > Please keep us in the loop. > I've sent a new series that solves the issues we were seeing. I've tied to document as much as possible and to make the driver as simple as possible. -- Alexandre Belloni, Free Electrons Embedded Linux

Re: PPro arch_cpu_idle: NMI watchdog: Watchdog detected hard LOCKUP on cpu 1

On Wed, 1 Mar 2017, Thomas Gleixner wrote: > On Thu, 2 Mar 2017, Meelis Roos wrote: > > > > > This is on my trusty IBM PC365, dual Pentium Pro. 4.10 worked fine, > > > > 4.10.0-09686-g9e314890292c and 4.10.0-10770-g2d6be4abf514 exhibit a > > > > problem. Ocassionally NMI watchdog kicks in and

Re: PPro arch_cpu_idle: NMI watchdog: Watchdog detected hard LOCKUP on cpu 1

On Wed, 1 Mar 2017, Thomas Gleixner wrote: > On Thu, 2 Mar 2017, Meelis Roos wrote: > > > > > This is on my trusty IBM PC365, dual Pentium Pro. 4.10 worked fine, > > > > 4.10.0-09686-g9e314890292c and 4.10.0-10770-g2d6be4abf514 exhibit a > > > > problem. Ocassionally NMI watchdog kicks in and

[PATCH v2 13/21] x86/xen: split off mmu_pv.c

Basically, mmu.c is renamed to mmu_pv.c and some code moved out to common mmu.c. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Makefile |4 +- arch/x86/xen/mmu.c| 2702 + arch/x86/xen/mmu_pv.c | 2635

[PATCH v2 13/21] x86/xen: split off mmu_pv.c

Basically, mmu.c is renamed to mmu_pv.c and some code moved out to common mmu.c. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Makefile |4 +- arch/x86/xen/mmu.c| 2702 + arch/x86/xen/mmu_pv.c | 2635

[PATCH v2 04/21] x86/xen: split off enlighten_pvh.c

Create enlighten_pvh.c by splitting off PVH related code from enlighten.c, put it under CONFIG_XEN_PVH. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Makefile| 2 + arch/x86/xen/enlighten.c | 110 -

[PATCH v2 04/21] x86/xen: split off enlighten_pvh.c

Create enlighten_pvh.c by splitting off PVH related code from enlighten.c, put it under CONFIG_XEN_PVH. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Makefile| 2 + arch/x86/xen/enlighten.c | 110 - arch/x86/xen/enlighten_pvh.c | 114

Re: [PATCH 00/20] PCI: fix config and I/O Address space memory mappings

On Wed, Mar 01, 2017 at 05:18:27PM +0100, Arnd Bergmann wrote: > On Mon, Feb 27, 2017 at 4:14 PM, Lorenzo Pieralisi > wrote: > > > This patch series[1] addresses both issues in one go: > > > > - It updates the pci_remap_iospace() function to use a page mapping > >

Re: [PATCH 00/20] PCI: fix config and I/O Address space memory mappings

On Wed, Mar 01, 2017 at 05:18:27PM +0100, Arnd Bergmann wrote: > On Mon, Feb 27, 2017 at 4:14 PM, Lorenzo Pieralisi > wrote: > > > This patch series[1] addresses both issues in one go: > > > > - It updates the pci_remap_iospace() function to use a page mapping > > that guarantees non-posted

[PATCH v2 07/21] x86/xen: split xen_smp_intr_init()/xen_smp_intr_free()

xen_smp_intr_init() and xen_smp_intr_free() have PV-specific code and as a praparatory change to splitting smp.c we need to split these fucntions. Create xen_smp_intr_init_pv()/xen_smp_intr_free_pv(). Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/enlighten_pv.c | 9

[PATCH v2 07/21] x86/xen: split xen_smp_intr_init()/xen_smp_intr_free()

xen_smp_intr_init() and xen_smp_intr_free() have PV-specific code and as a praparatory change to splitting smp.c we need to split these fucntions. Create xen_smp_intr_init_pv()/xen_smp_intr_free_pv(). Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/enlighten_pv.c | 9 +

[PATCH v2 08/21] x86/xen: split xen_smp_prepare_boot_cpu()

Split xen_smp_prepare_boot_cpu() into xen_pv_smp_prepare_boot_cpu() and xen_hvm_smp_prepare_boot_cpu() to support further splitting of smp.c. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/smp.c | 49 ++--- 1 file changed, 30

[PATCH v2 08/21] x86/xen: split xen_smp_prepare_boot_cpu()

Split xen_smp_prepare_boot_cpu() into xen_pv_smp_prepare_boot_cpu() and xen_hvm_smp_prepare_boot_cpu() to support further splitting of smp.c. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/smp.c | 49 ++--- 1 file changed, 30 insertions(+), 19

Re: BUG due to "xen-netback: protect resource cleaning on XenBus disconnect"

On 03/02/2017 06:56 AM, Juergen Gross wrote: > With commits f16f1df65 and 9a6cdf52b we get in our Xen testing: > > [ 174.512861] switch: port 2(vif3.0) entered disabled state > [ 174.522735] BUG: sleeping function called from invalid context at > /home/build/linux-linus/mm/vmalloc.c:1441 > [

Re: BUG due to "xen-netback: protect resource cleaning on XenBus disconnect"

On 03/02/2017 06:56 AM, Juergen Gross wrote: > With commits f16f1df65 and 9a6cdf52b we get in our Xen testing: > > [ 174.512861] switch: port 2(vif3.0) entered disabled state > [ 174.522735] BUG: sleeping function called from invalid context at > /home/build/linux-linus/mm/vmalloc.c:1441 > [

Re: [PATCH v2 3/3] ARM64: dts: meson-gx: Add MALI nodes for GXBB and GXL

Hi, Am 02.03.2017 um 13:47 schrieb Neil Armstrong: > On 03/02/2017 01:31 PM, Andreas Färber wrote: >> Am 01.03.2017 um 11:46 schrieb Neil Armstrong: >>> For GXL, since a lot is shared with the GXM that has a MALI-T820 IP, this >>> patch adds a new meson-gxl-mali.dtsi and is included in the SoC

Re: [PATCH v2 3/3] ARM64: dts: meson-gx: Add MALI nodes for GXBB and GXL

Hi, Am 02.03.2017 um 13:47 schrieb Neil Armstrong: > On 03/02/2017 01:31 PM, Andreas Färber wrote: >> Am 01.03.2017 um 11:46 schrieb Neil Armstrong: >>> For GXL, since a lot is shared with the GXM that has a MALI-T820 IP, this >>> patch adds a new meson-gxl-mali.dtsi and is included in the SoC

Re: [PATCH 2/4] watchdog: sama5d4: fix race condition

On 02/03/2017 at 09:42:24 -0800, Guenter Roeck wrote: > On Thu, Mar 02, 2017 at 06:31:12PM +0100, Alexandre Belloni wrote: > > WDT_MR and WDT_CR must not updated within three slow clock periods after > > the last ping (write to WDT_CR or WDT_MR). Ensure enough time has elapsed > > before writing

Re: [PATCH 2/4] watchdog: sama5d4: fix race condition

On 02/03/2017 at 09:42:24 -0800, Guenter Roeck wrote: > On Thu, Mar 02, 2017 at 06:31:12PM +0100, Alexandre Belloni wrote: > > WDT_MR and WDT_CR must not updated within three slow clock periods after > > the last ping (write to WDT_CR or WDT_MR). Ensure enough time has elapsed > > before writing

Re: [PATCH 02/26] rewrite READ_ONCE/WRITE_ONCE

On Thu, Mar 2, 2017 at 5:51 PM, Christian Borntraeger wrote: > On 03/02/2017 05:38 PM, Arnd Bergmann wrote: >> >> This attempts a rewrite of the two macros, using a simpler implementation >> for the most common case of having a naturally aligned 1, 2, 4, or (on >> 64-bit

Re: [PATCH 02/26] rewrite READ_ONCE/WRITE_ONCE

On Thu, Mar 2, 2017 at 5:51 PM, Christian Borntraeger wrote: > On 03/02/2017 05:38 PM, Arnd Bergmann wrote: >> >> This attempts a rewrite of the two macros, using a simpler implementation >> for the most common case of having a naturally aligned 1, 2, 4, or (on >> 64-bit architectures) 8 byte

[PATCH v9 03/11] x86: stop exporting msr-index.h to userland

Even if this file was not in an uapi directory, it was exported because it was listed in the Kbuild file. Fixes: b72e7464e4cf ("x86/uapi: Do not export as part of the user API headers") Suggested-by: Borislav Petkov CC: Ingo Molnar Signed-off-by: Nicolas

[PATCH v9 09/11] smc_diag.h: fix include from userland

This patch prepares the uapi export by fixing the following error: .../linux/smc_diag.h:6:27: fatal error: rdma/ib_verbs.h: No such file or directory #include Signed-off-by: Nicolas Dichtel --- include/rdma/ib_verbs.h | 3 +--

[PATCH v9 03/11] x86: stop exporting msr-index.h to userland

Even if this file was not in an uapi directory, it was exported because it was listed in the Kbuild file. Fixes: b72e7464e4cf ("x86/uapi: Do not export as part of the user API headers") Suggested-by: Borislav Petkov CC: Ingo Molnar Signed-off-by: Nicolas Dichtel Acked-by: Ingo Molnar

[PATCH v9 09/11] smc_diag.h: fix include from userland

This patch prepares the uapi export by fixing the following error: .../linux/smc_diag.h:6:27: fatal error: rdma/ib_verbs.h: No such file or directory #include Signed-off-by: Nicolas Dichtel --- include/rdma/ib_verbs.h | 3 +-- include/uapi/linux/smc_diag.h | 2 +-

[PATCH v2 16/21] x86/xen: define startup_xen for XEN PV only

startup_xen references PV-only code, decorate it with #ifdef CONFIG_XEN_PV to make PV-free builds possible. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/xen-head.S | 4 1 file changed, 4 insertions(+) diff --git a/arch/x86/xen/xen-head.S b/arch/x86/xen/xen-head.S

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On Thu, Mar 02, 2017 at 09:51:31AM -0500, Brian Foster wrote: > Otherwise, I'm fine with breaking the infinite retry loop at the same > time. It looks like Christoph added this function originally so this > should probably require his ack as well.. I just moved the code around, but I'll take a

[PATCH v2 16/21] x86/xen: define startup_xen for XEN PV only

startup_xen references PV-only code, decorate it with #ifdef CONFIG_XEN_PV to make PV-free builds possible. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/xen-head.S | 4 1 file changed, 4 insertions(+) diff --git a/arch/x86/xen/xen-head.S b/arch/x86/xen/xen-head.S index

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On Thu, Mar 02, 2017 at 09:51:31AM -0500, Brian Foster wrote: > Otherwise, I'm fine with breaking the infinite retry loop at the same > time. It looks like Christoph added this function originally so this > should probably require his ack as well.. I just moved the code around, but I'll take a

[PATCH 3/4] watchodg: sama5d4: simplify probe

Because the only way to use the driver is to have a device tree enabling it, pdev->dev.of_node will never be NULL. Remove the unnecessary check. Signed-off-by: Alexandre Belloni --- drivers/watchdog/sama5d4_wdt.c | 14 ++ 1 file changed, 6

[PATCH 0/4] watchdog: sama5d4: fix issues

Hi, This is a rework of how the watchdog is getting programmed. Currently, there are multiple issue that have the same symptoms: the watchdog is unexpectidly resetting the SoCs when configuring it. The first issue was how WDDIS was handled. To sum it up, the watchdog has to be configured when

[PATCH 3/4] watchodg: sama5d4: simplify probe

Because the only way to use the driver is to have a device tree enabling it, pdev->dev.of_node will never be NULL. Remove the unnecessary check. Signed-off-by: Alexandre Belloni --- drivers/watchdog/sama5d4_wdt.c | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --git

[PATCH 0/4] watchdog: sama5d4: fix issues

Hi, This is a rework of how the watchdog is getting programmed. Currently, there are multiple issue that have the same symptoms: the watchdog is unexpectidly resetting the SoCs when configuring it. The first issue was how WDDIS was handled. To sum it up, the watchdog has to be configured when

[PATCH v2 17/21] x86/xen: create stubs for HVM-only builds in page.h

__pfn_to_mfn() is only used from PV code (mmu_pv.c, p2m.c) and from page.h where all functions calling it check for xen_feature(XENFEAT_auto_translated_physmap) first so we can replace it with any stub to make build happy. set_foreign_p2m_mapping()/clear_foreign_p2m_mapping() are used from

[PATCH v2 17/21] x86/xen: create stubs for HVM-only builds in page.h

__pfn_to_mfn() is only used from PV code (mmu_pv.c, p2m.c) and from page.h where all functions calling it check for xen_feature(XENFEAT_auto_translated_physmap) first so we can replace it with any stub to make build happy. set_foreign_p2m_mapping()/clear_foreign_p2m_mapping() are used from

[PATCH v2 15/21] x86/xen: put setup.c, pmu.c and apic.c under CONFIG_XEN_PV

xen_pmu_init/finish() functions are used in suspend.c and enlighten.c, add stubs for now. Reviewed-by: Juergen Gross Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Kconfig | 2 +- arch/x86/xen/Makefile | 6 +++--- arch/x86/xen/pmu.h| 5 + 3

[PATCH v2 15/21] x86/xen: put setup.c, pmu.c and apic.c under CONFIG_XEN_PV

xen_pmu_init/finish() functions are used in suspend.c and enlighten.c, add stubs for now. Reviewed-by: Juergen Gross Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Kconfig | 2 +- arch/x86/xen/Makefile | 6 +++--- arch/x86/xen/pmu.h| 5 + 3 files changed, 9 insertions(+), 4

[PATCH v9 08/11] cryptouser.h: fix include from userland

This patch prepares the uapi export by fixing the following error: .../linux/cryptouser.h:58:16: error: ‘CRYPTO_MAX_ALG_NAME’ undeclared here (not in a function) char cru_name[CRYPTO_MAX_ALG_NAME]; Signed-off-by: Nicolas Dichtel --- include/linux/crypto.h

[PATCH v9 08/11] cryptouser.h: fix include from userland

This patch prepares the uapi export by fixing the following error: .../linux/cryptouser.h:58:16: error: ‘CRYPTO_MAX_ALG_NAME’ undeclared here (not in a function) char cru_name[CRYPTO_MAX_ALG_NAME]; Signed-off-by: Nicolas Dichtel --- include/linux/crypto.h | 2 +-

[PATCH v2 18/21] xen/balloon: decorate PV-only parts with #ifdef CONFIG_XEN_PV

Balloon driver uses several PV-only concepts (xen_start_info, xen_extra_mem,..) and it seems the simpliest solution to make HVM-only build happy is to decorate these parts with #ifdefs. Signed-off-by: Vitaly Kuznetsov --- drivers/xen/balloon.c | 30

[PATCH v2 18/21] xen/balloon: decorate PV-only parts with #ifdef CONFIG_XEN_PV

Balloon driver uses several PV-only concepts (xen_start_info, xen_extra_mem,..) and it seems the simpliest solution to make HVM-only build happy is to decorate these parts with #ifdefs. Signed-off-by: Vitaly Kuznetsov --- drivers/xen/balloon.c | 30 -- 1 file

[PATCH v2 20/21] x86/xen: enable PVHVM-only builds

Now everything is in place and we can move PV-only code under CONFIG_XEN_PV. CONFIG_XEN_PV_SMP is created to support the change. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Kconfig | 4 arch/x86/xen/Makefile | 9 + 2 files changed, 9 insertions(+), 4

[PATCH v2 20/21] x86/xen: enable PVHVM-only builds

Now everything is in place and we can move PV-only code under CONFIG_XEN_PV. CONFIG_XEN_PV_SMP is created to support the change. Signed-off-by: Vitaly Kuznetsov --- arch/x86/xen/Kconfig | 4 arch/x86/xen/Makefile | 9 + 2 files changed, 9 insertions(+), 4 deletions(-) diff --git

[PATCH v9 02/11] nios2: put setup.h in uapi

This header file is exported, but from a userland pov, it's just a wrapper to asm-generic/setup.h. Signed-off-by: Nicolas Dichtel Reviewed-by: Tobias Klauser --- arch/nios2/include/uapi/asm/Kbuild | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v9 02/11] nios2: put setup.h in uapi

This header file is exported, but from a userland pov, it's just a wrapper to asm-generic/setup.h. Signed-off-by: Nicolas Dichtel Reviewed-by: Tobias Klauser --- arch/nios2/include/uapi/asm/Kbuild | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/nios2/include/uapi/asm/Kbuild

[PATCH v2 21/21] x86/xen: rename some PV-only functions in smp_pv.c

After code split between PV and HVM some functions in xen_smp_ops have xen_pv_ prefix and some only xen_ which makes them look like they're common for both PV and HVM while they're not. Rename all the rest to have xen_pv_ prefix. Signed-off-by: Vitaly Kuznetsov --- - This

[PATCH v2 21/21] x86/xen: rename some PV-only functions in smp_pv.c

After code split between PV and HVM some functions in xen_smp_ops have xen_pv_ prefix and some only xen_ which makes them look like they're common for both PV and HVM while they're not. Rename all the rest to have xen_pv_ prefix. Signed-off-by: Vitaly Kuznetsov --- - This patch is rather a

[PATCH v2 19/21] xen: create xen_create/destroy_contiguous_region() stubs for PVHVM only builds

xen_create_contiguous_region()/xen_create_contiguous_region() are PV-only, they both contain xen_feature(XENFEAT_auto_translated_physmap) check and bail in the very beginning. Signed-off-by: Vitaly Kuznetsov --- include/xen/xen-ops.h | 14 ++ 1 file changed, 14

[PATCH v2 19/21] xen: create xen_create/destroy_contiguous_region() stubs for PVHVM only builds

xen_create_contiguous_region()/xen_create_contiguous_region() are PV-only, they both contain xen_feature(XENFEAT_auto_translated_physmap) check and bail in the very beginning. Signed-off-by: Vitaly Kuznetsov --- include/xen/xen-ops.h | 14 ++ 1 file changed, 14 insertions(+) diff

[PATCH v2 1/5] tpm_tis_spi: Use single function to transfer data

The algorithm for sending data to the TPM is mostly identical to the algorithm for receiving data from the TPM, so a single function is sufficient to handle both cases. This is a prequisite for all the other fixes, so we don't have to fix everything twice (send/receive) v2: u16 instead of u8 for

[PATCH v2 1/5] tpm_tis_spi: Use single function to transfer data

The algorithm for sending data to the TPM is mostly identical to the algorithm for receiving data from the TPM, so a single function is sufficient to handle both cases. This is a prequisite for all the other fixes, so we don't have to fix everything twice (send/receive) v2: u16 instead of u8 for

Re: [PATCH] module: set __jump_table alignment to 8

On Thu, 02 Mar 2017 22:18:30 +1100 Michael Ellerman wrote: > Michael Ellerman writes: > > David Daney writes: > >> Strict alignment became necessary with commit 3821fd35b58d > >> ("jump_label: Reduce the size of struct

Re: [PATCH] module: set __jump_table alignment to 8

On Thu, 02 Mar 2017 22:18:30 +1100 Michael Ellerman wrote: > Michael Ellerman writes: > > David Daney writes: > >> Strict alignment became necessary with commit 3821fd35b58d > >> ("jump_label: Reduce the size of struct static_key"), currently in > >> linux-next, which uses the two least

Re: [PATCH 24/26] ocfs2: reduce stack size with KASAN

On Thu, 2017-03-02 at 17:38 +0100, Arnd Bergmann wrote: > The internal logging infrastructure in ocfs2 causes special warning code to be > used with KASAN, which produces rather large stack frames: > fs/ocfs2/super.c: In function 'ocfs2_fill_super': > fs/ocfs2/super.c:1219:1: error: the frame

Re: [PATCH 24/26] ocfs2: reduce stack size with KASAN

On Thu, 2017-03-02 at 17:38 +0100, Arnd Bergmann wrote: > The internal logging infrastructure in ocfs2 causes special warning code to be > used with KASAN, which produces rather large stack frames: > fs/ocfs2/super.c: In function 'ocfs2_fill_super': > fs/ocfs2/super.c:1219:1: error: the frame

Re: [RFC v2 1/1] shiftfs: uid/gid shifting bind mount

On Mon, Feb 20, 2017 at 04:47:05PM -0800, James Bottomley wrote: [..] > +static int shiftfs_readlink(struct dentry *dentry, char __user *data, > + int flags) > +{ > + struct dentry *real = dentry->d_fsdata; > + const struct inode_operations *iop =

Re: [RFC v2 1/1] shiftfs: uid/gid shifting bind mount

On Mon, Feb 20, 2017 at 04:47:05PM -0800, James Bottomley wrote: [..] > +static int shiftfs_readlink(struct dentry *dentry, char __user *data, > + int flags) > +{ > + struct dentry *real = dentry->d_fsdata; > + const struct inode_operations *iop =

Re: ftrace_graph_filter not working correctly since v4.10

On Wed, 1 Mar 2017 22:47:30 -0500 Steven Rostedt wrote: > On Wed, 1 Mar 2017 22:28:43 -0500 > Steven Rostedt wrote: > > > > 4.10 is fine. It's what has been merged for 4.11 that's broken. I'm > > doing a bisect now to see what broke it. Yes, lots of

Re: ftrace_graph_filter not working correctly since v4.10

On Wed, 1 Mar 2017 22:47:30 -0500 Steven Rostedt wrote: > On Wed, 1 Mar 2017 22:28:43 -0500 > Steven Rostedt wrote: > > > > 4.10 is fine. It's what has been merged for 4.11 that's broken. I'm > > doing a bisect now to see what broke it. Yes, lots of commits touched > > that code recently. >

Re: [tpmdd-devel] [PATCH v2] tpm: Apply a sane minimum adapterlimit value for retransmission.

Am 2. März 2017 13:55:43 MEZ schrieb Jarkko Sakkinen : >On Wed, Mar 01, 2017 at 04:36:17PM +0100, Enric Balletbo i Serra wrote: >> From: Bryan Freed >> >> When the I2C Infineon part is attached to an I2C adapter that imposes >> a size

Re: [tpmdd-devel] [PATCH v2] tpm: Apply a sane minimum adapterlimit value for retransmission.

Am 2. März 2017 13:55:43 MEZ schrieb Jarkko Sakkinen : >On Wed, Mar 01, 2017 at 04:36:17PM +0100, Enric Balletbo i Serra wrote: >> From: Bryan Freed >> >> When the I2C Infineon part is attached to an I2C adapter that imposes >> a size limitation, large requests will fail with -EOPNOTSUPP.

<    3   4   5   6   7   8   9   10   11   12   >