[PATCH v3 16/18] drivers/fsi: Add documentation for GPIO based FSI master

From: Chris Bostic Define the device tree bindings for the GPIO master type. Signed-off-by: Chris Bostic --- .../devicetree/bindings/fsi/fsi-master-gpio.txt| 71 ++ 1 file changed, 71 insertions(+) create mode 100644

[PATCH v3 16/18] drivers/fsi: Add documentation for GPIO based FSI master

From: Chris Bostic Define the device tree bindings for the GPIO master type. Signed-off-by: Chris Bostic --- .../devicetree/bindings/fsi/fsi-master-gpio.txt| 71 ++ 1 file changed, 71 insertions(+) create mode 100644

Re: [PATCH 1/2] watchdog: sama5d4: Cache MR instead of a partial config

On 30/01/2017 at 09:58:13 -0800, Guenter Roeck wrote: > On Mon, Jan 30, 2017 at 06:18:47PM +0100, Alexandre Belloni wrote: > > .config is used to cache a part of WDT_MR at probe time and is not used > > afterwards. Instead of doing that, actually cache MR and avoid reading it > > every time it is

Re: [PATCH 1/2] watchdog: sama5d4: Cache MR instead of a partial config

On 30/01/2017 at 09:58:13 -0800, Guenter Roeck wrote: > On Mon, Jan 30, 2017 at 06:18:47PM +0100, Alexandre Belloni wrote: > > .config is used to cache a part of WDT_MR at probe time and is not used > > afterwards. Instead of doing that, actually cache MR and avoid reading it > > every time it is

[PATCH v3 17/18] drivers/fsi: Document FSI master sysfs files in ABI

From: Chris Bostic Add info for sysfs scan file in Documentaiton ABI/testing Signed-off-by: Chris Bostic --- Documentation/ABI/testing/sysfs-bus-fsi | 6 ++ 1 file changed, 6 insertions(+) create mode 100644 Documentation/ABI/testing/sysfs-bus-fsi

[PATCH v3 17/18] drivers/fsi: Document FSI master sysfs files in ABI

From: Chris Bostic Add info for sysfs scan file in Documentaiton ABI/testing Signed-off-by: Chris Bostic --- Documentation/ABI/testing/sysfs-bus-fsi | 6 ++ 1 file changed, 6 insertions(+) create mode 100644 Documentation/ABI/testing/sysfs-bus-fsi diff --git

[PATCH v3 00/18] FSI device driver introduction

Introduction of the IBM 'Flexible Support Interface' (FSI) bus device driver. FSI is a high fan out serial bus consisting of a clock and a serial data line capable of running at speeds up to 166 MHz. This set provides the basic framework to add FSI extensions to the Linux bus and device models.

[PATCH v3 00/18] FSI device driver introduction

Introduction of the IBM 'Flexible Support Interface' (FSI) bus device driver. FSI is a high fan out serial bus consisting of a clock and a serial data line capable of running at speeds up to 166 MHz. This set provides the basic framework to add FSI extensions to the Linux bus and device models.

[PATCH v3 12/18] drivers/fsi: Set up links for slave communication

From: Chris Bostic Enable each link and send a break command in preparation for scanning each link for slaves. Signed-off-by: Chris Bostic Signed-off-by: Jeremy Kerr --- drivers/fsi/fsi-core.c | 38

[PATCH v3 12/18] drivers/fsi: Set up links for slave communication

From: Chris Bostic Enable each link and send a break command in preparation for scanning each link for slaves. Signed-off-by: Chris Bostic Signed-off-by: Jeremy Kerr --- drivers/fsi/fsi-core.c | 38 -- drivers/fsi/fsi-master.h | 2 ++ 2 files changed,

[PATCH v3 08/18] drivers/fsi: Kick off master scan via sysfs

From: Chris Bostic Move master scan from automatic kick off early in kernel power up to a scan file that can be invoked at any particular time based on needs of a given platform. Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c | 15

[PATCH v3 08/18] drivers/fsi: Kick off master scan via sysfs

From: Chris Bostic Move master scan from automatic kick off early in kernel power up to a scan file that can be invoked at any particular time based on needs of a given platform. Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c | 15 +-- 1 file changed, 13 insertions(+), 2

[PATCH v2 3/3] PCI: imx6: Add code to support i.MX7D

Add various bits of code needed to support i.MX7D variant of the IP. Cc: yurov...@gmail.com Cc: Lucas Stach Cc: Bjorn Helgaas Cc: Rob Herring Cc: Mark Rutland Cc: Lee Jones Cc:

[PATCH v3 11/18] drivers/fsi: Add device read/write/peek functions

From: Jeremy Kerr This change introduces the fsi device API: simple read, write and peek accessors for the devices' address spaces. Includes contributions from Chris Bostic Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic

[PATCH v3 13/18] drivers/fsi: Set slave SMODE to init communication

From: Chris Bostic Set CFAM to appropriate ID so that the controlling master can manage link memory ranges. Add slave engine register definitions. Signed-off-by: Chris Bostic Signed-off-by: Jeremy Kerr --- drivers/fsi/fsi-core.c | 90

[PATCH v2 3/3] PCI: imx6: Add code to support i.MX7D

Add various bits of code needed to support i.MX7D variant of the IP. Cc: yurov...@gmail.com Cc: Lucas Stach Cc: Bjorn Helgaas Cc: Rob Herring Cc: Mark Rutland Cc: Lee Jones Cc: linux-arm-ker...@lists.infradead.org Cc: devicet...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by:

[PATCH v3 11/18] drivers/fsi: Add device read/write/peek functions

From: Jeremy Kerr This change introduces the fsi device API: simple read, write and peek accessors for the devices' address spaces. Includes contributions from Chris Bostic Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c | 47

[PATCH v3 13/18] drivers/fsi: Set slave SMODE to init communication

From: Chris Bostic Set CFAM to appropriate ID so that the controlling master can manage link memory ranges. Add slave engine register definitions. Signed-off-by: Chris Bostic Signed-off-by: Jeremy Kerr --- drivers/fsi/fsi-core.c | 90 +- 1

[PATCH v3 09/18] drivers/fsi: Implement slave initialisation

From: Jeremy Kerr Create fsi_slave devices during the master scan. Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c | 56 -- 1 file changed, 54

[PATCH v3 09/18] drivers/fsi: Implement slave initialisation

From: Jeremy Kerr Create fsi_slave devices during the master scan. Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c | 56 -- 1 file changed, 54 insertions(+), 2 deletions(-) diff --git a/drivers/fsi/fsi-core.c

[PATCH v3 05/18] drivers/fsi: Add slave definition

From: Jeremy Kerr Add the initial fsi slave device, which is private to the core code. This will be a child of the master, and parent to endpoint devices. Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c |

[PATCH v3 05/18] drivers/fsi: Add slave definition

From: Jeremy Kerr Add the initial fsi slave device, which is private to the core code. This will be a child of the master, and parent to endpoint devices. Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c | 9 + 1 file changed, 9 insertions(+) diff

[PATCH] drbd: avoid clang warning about pointless switch statement

The drbd code causes warnings that we cannot easily disable when building with clang: In file included from drivers/block/drbd/drbd_debugfs.c:10: In file included from drivers/block/drbd/drbd_int.h:48: In file included from include/linux/drbd_genl_api.h:53: In file included from

[PATCH] drbd: avoid clang warning about pointless switch statement

The drbd code causes warnings that we cannot easily disable when building with clang: In file included from drivers/block/drbd/drbd_debugfs.c:10: In file included from drivers/block/drbd/drbd_int.h:48: In file included from include/linux/drbd_genl_api.h:53: In file included from

[PATCH v3 04/18] drivers/fsi: Add fsi master definition

From: Jeremy Kerr Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c | 28 drivers/fsi/fsi-master.h | 37 + 2 files changed, 65 insertions(+)

[PATCH v3 06/18] drivers/fsi: Add empty master scan

From: Jeremy Kerr When a new fsi master is added, we will need to scan its links, and slaves attached to those links. This change introduces a little shell to iterate the links, which we will populate with the actual slave scan in a later change. Signed-off-by: Jeremy Kerr

[PATCH v3 03/18] drivers/fsi: add driver to device matches

From: Jeremy Kerr Driver bind to devices based on the engine types & (optional) versions. Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c | 21 + include/linux/fsi.h| 21

[PATCH v3 04/18] drivers/fsi: Add fsi master definition

From: Jeremy Kerr Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c | 28 drivers/fsi/fsi-master.h | 37 + 2 files changed, 65 insertions(+) create mode 100644 drivers/fsi/fsi-master.h diff

[PATCH v3 06/18] drivers/fsi: Add empty master scan

From: Jeremy Kerr When a new fsi master is added, we will need to scan its links, and slaves attached to those links. This change introduces a little shell to iterate the links, which we will populate with the actual slave scan in a later change. Signed-off-by: Jeremy Kerr Signed-off-by: Chris

[PATCH v3 03/18] drivers/fsi: add driver to device matches

From: Jeremy Kerr Driver bind to devices based on the engine types & (optional) versions. Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c | 21 + include/linux/fsi.h| 21 +++-- 2 files changed, 40 insertions(+), 2

[PATCH v3 07/18] drivers/fsi: Add FSI crc calculators to library

From: Jeremy Kerr Add some helpers for the crc checks for the slave configuration table. This works 4-bits-at-a-time, using a simple table approach. We will need this in the FSI core code, as well as any master implementations that need to calculate CRCs in software.

[PATCH v3 07/18] drivers/fsi: Add FSI crc calculators to library

From: Jeremy Kerr Add some helpers for the crc checks for the slave configuration table. This works 4-bits-at-a-time, using a simple table approach. We will need this in the FSI core code, as well as any master implementations that need to calculate CRCs in software. Signed-off-by: Jeremy Kerr

[PATCH v3 01/18] drivers/fsi: Add empty fsi bus definitions

From: Jeremy Kerr This change adds the initial (empty) fsi bus definition, and introduces drivers/fsi/. Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/Kconfig| 2 ++ drivers/Makefile | 1 +

[PATCH v3 01/18] drivers/fsi: Add empty fsi bus definitions

From: Jeremy Kerr This change adds the initial (empty) fsi bus definition, and introduces drivers/fsi/. Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/Kconfig| 2 ++ drivers/Makefile | 1 + drivers/fsi/Kconfig| 12 drivers/fsi/Makefile |

[PATCH] staging: lustre: shut up clang warnings on CLASSERT()

lustre uses a fake switch() statement as a compile-time assert, but unfortunately each use of that causes a warning when building with clang: drivers/staging/lustre/lnet/klnds/socklnd/socklnd.c:2907:2: warning: no case matching constant switch condition '42'

[PATCH] staging: lustre: shut up clang warnings on CLASSERT()

lustre uses a fake switch() statement as a compile-time assert, but unfortunately each use of that causes a warning when building with clang: drivers/staging/lustre/lnet/klnds/socklnd/socklnd.c:2907:2: warning: no case matching constant switch condition '42'

Re: [PATCH 1/3] arc: vdk: Disable halt on reset

On 02/01/2017 08:42 AM, Alexey Brodkin wrote: > In recent VDKs ARC cores are configured as "run on reset" > which made existing kernel configuration outdated to effect that > slave cores never start execution of the code keeping only master > online. > > With that fix we're again in sync with VDK

Re: [PATCH 1/3] arc: vdk: Disable halt on reset

On 02/01/2017 08:42 AM, Alexey Brodkin wrote: > In recent VDKs ARC cores are configured as "run on reset" > which made existing kernel configuration outdated to effect that > slave cores never start execution of the code keeping only master > online. > > With that fix we're again in sync with VDK

Re: [PATCH 2/2] fs: configfs: use hexadecimal values and new line

On 2017-02-01 01:02, Felipe Balbi wrote: > Hi, > > Greg KH writes: >> On Tue, Jan 31, 2017 at 06:19:17PM -0800, Stefan Agner wrote: >>> Other unsigned properties return hexadecimal values, follow this >>> convention when printing b_vendor_code too. Also add newlines

Re: [PATCH 2/2] fs: configfs: use hexadecimal values and new line

On 2017-02-01 01:02, Felipe Balbi wrote: > Hi, > > Greg KH writes: >> On Tue, Jan 31, 2017 at 06:19:17PM -0800, Stefan Agner wrote: >>> Other unsigned properties return hexadecimal values, follow this >>> convention when printing b_vendor_code too. Also add newlines to >>> the OS Descriptor

Re: keys: GPF in request_key

Do you reboot the system between running individual programs? If not, the programs will be influencing each other. Further, only those calls with valid type and matching description values are relevant, I think. This means those that use: static const char type_2[] = "user";

Re: keys: GPF in request_key

Do you reboot the system between running individual programs? If not, the programs will be influencing each other. Further, only those calls with valid type and matching description values are relevant, I think. This means those that use: static const char type_2[] = "user";

Re: [PATCH v2] PCI: Add information about describing PCI in ACPI

On Tue, Dec 13, 2016 at 04:09:39AM -0500, Jon Masters wrote: > On 11/29/2016 04:39 PM, Bjorn Helgaas wrote: > > > +New architectures should be able to use "Consumer" Extended Address Space > > +descriptors in the PNP0A03 device for bridge registers, including ECAM, > > +although a strict

Re: [PATCH v2] PCI: Add information about describing PCI in ACPI

On Tue, Dec 13, 2016 at 04:09:39AM -0500, Jon Masters wrote: > On 11/29/2016 04:39 PM, Bjorn Helgaas wrote: > > > +New architectures should be able to use "Consumer" Extended Address Space > > +descriptors in the PNP0A03 device for bridge registers, including ECAM, > > +although a strict

Re: [PATCH 2/2] perf/x86/intel/pt: Allow disabling branch tracing

Ingo Molnar writes: > * Alexander Shishkin wrote: > >> Now that Intel PT supports more types of trace content than just branch >> tracing, it may be useful to allow the user to disable branch tracing >> when it is not needed. >> >> The

Re: [PATCH 2/2] perf/x86/intel/pt: Allow disabling branch tracing

Ingo Molnar writes: > * Alexander Shishkin wrote: > >> Now that Intel PT supports more types of trace content than just branch >> tracing, it may be useful to allow the user to disable branch tracing >> when it is not needed. >> >> The special case is BDW, where not setting BranchEn is not

Re: [PATCH 0/8] ADD STM32H743 MCU and STM32H743i-Eval board supports

Hi Linus On 02/01/2017 04:16 PM, Linus Walleij wrote: On Tue, Jan 31, 2017 at 2:14 PM, Alexandre TORGUE wrote: This series adds basic support for STM32H743 MCU and stm32h743i-eval board. With it, you can boot stm32h743i-eval board successfully. Patch 1 & 2 look

Re: [PATCH 0/8] ADD STM32H743 MCU and STM32H743i-Eval board supports

Hi Linus On 02/01/2017 04:16 PM, Linus Walleij wrote: On Tue, Jan 31, 2017 at 2:14 PM, Alexandre TORGUE wrote: This series adds basic support for STM32H743 MCU and stm32h743i-eval board. With it, you can boot stm32h743i-eval board successfully. Patch 1 & 2 look fine to me. Shall I just

[PATCH] [net-next] xgene_enet: remove bogus forward declarations

The device match tables for both the xgene_enet driver and its phy driver have forward declarations that declare an array without a length, leading to a clang warning when they are not followed by an actual defitinition: drivers/net/ethernet/apm/xgene/../../../phy/mdio-xgene.h:135:34: warning:

[PATCH] [net-next] xgene_enet: remove bogus forward declarations

The device match tables for both the xgene_enet driver and its phy driver have forward declarations that declare an array without a length, leading to a clang warning when they are not followed by an actual defitinition: drivers/net/ethernet/apm/xgene/../../../phy/mdio-xgene.h:135:34: warning:

[PATCH 0/3] Updates for ARC VDK platform

This series improves ARC VDK support in upstream Linux kernel by: 1) Removal of UP configuration which is no longer supported by ARC VDK. Instead SMP platform with all but master cores halted is used to mimic UP system. 2) Adding off-the-tree patches that enable MMC card and UIO Alexey

[PATCH] usb: gadget: udc: atmel: fix debug output

The debug output now contains the wrong variable, as seen from the compiler warning: drivers/usb/gadget/udc/atmel_usba_udc.c: In function 'usba_ep_enable': drivers/usb/gadget/udc/atmel_usba_udc.c:632:550: error: 'ept_cfg' may be used uninitialized in this function [-Werror=maybe-uninitialized]

[PATCH 0/3] Updates for ARC VDK platform

This series improves ARC VDK support in upstream Linux kernel by: 1) Removal of UP configuration which is no longer supported by ARC VDK. Instead SMP platform with all but master cores halted is used to mimic UP system. 2) Adding off-the-tree patches that enable MMC card and UIO Alexey

[PATCH] usb: gadget: udc: atmel: fix debug output

The debug output now contains the wrong variable, as seen from the compiler warning: drivers/usb/gadget/udc/atmel_usba_udc.c: In function 'usba_ep_enable': drivers/usb/gadget/udc/atmel_usba_udc.c:632:550: error: 'ept_cfg' may be used uninitialized in this function [-Werror=maybe-uninitialized]

[PATCH] mfd: stm32-timers: fix driver removal

Add missing of_platform_depopulate() upon driver removal. Signed-off-by: Fabrice Gasnier --- drivers/mfd/stm32-timers.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/mfd/stm32-timers.c b/drivers/mfd/stm32-timers.c index 41bd901..192cbb6 100644 ---

[PATCH 1/3] arc: vdk: Disable halt on reset

In recent VDKs ARC cores are configured as "run on reset" which made existing kernel configuration outdated to effect that slave cores never start execution of the code keeping only master online. With that fix we're again in sync with VDK platform. And while at it we regenerate defconfig via

[PATCH] mfd: stm32-timers: fix driver removal

Add missing of_platform_depopulate() upon driver removal. Signed-off-by: Fabrice Gasnier --- drivers/mfd/stm32-timers.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/mfd/stm32-timers.c b/drivers/mfd/stm32-timers.c index 41bd901..192cbb6 100644 ---

[PATCH 1/3] arc: vdk: Disable halt on reset

In recent VDKs ARC cores are configured as "run on reset" which made existing kernel configuration outdated to effect that slave cores never start execution of the code keeping only master online. With that fix we're again in sync with VDK platform. And while at it we regenerate defconfig via

[PATCH 3/3] arc: vdk: Add support of UIO

ARC VDK for EVSS uses UIO for communication with Embedded Vision Subsystem. Signed-off-by: Alexey Brodkin --- arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 8 arch/arc/configs/vdk_hs38_smp_defconfig | 2 ++ 2 files changed, 10 insertions(+) diff --git

[PATCH 2/3] arc: vdk: Add support of MMC controller

ARC VDK virtual platform emulates host MMC controller (DW Mobile Storage) and moreover rootfs is situated on that virtual card. Signed-off-by: Alexey Brodkin --- arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 18 ++ arch/arc/configs/vdk_hs38_smp_defconfig | 4

[PATCH 3/3] arc: vdk: Add support of UIO

ARC VDK for EVSS uses UIO for communication with Embedded Vision Subsystem. Signed-off-by: Alexey Brodkin --- arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 8 arch/arc/configs/vdk_hs38_smp_defconfig | 2 ++ 2 files changed, 10 insertions(+) diff --git

[PATCH 2/3] arc: vdk: Add support of MMC controller

ARC VDK virtual platform emulates host MMC controller (DW Mobile Storage) and moreover rootfs is situated on that virtual card. Signed-off-by: Alexey Brodkin --- arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 18 ++ arch/arc/configs/vdk_hs38_smp_defconfig | 4 2 files changed,

Re: [PATCHv7 6/8] printk: use printk_safe buffers in printk

On Wed, 1 Feb 2017 17:15:41 +0100 Peter Zijlstra wrote: > So my kernel doesn't yet have that abomination; that redirects it to a > buffer for later printing right? I hope that buffer is big enough to > hold a full WARN splat and the machine lives long enough to make it to

Re: [PATCHv7 6/8] printk: use printk_safe buffers in printk

On Wed, 1 Feb 2017 17:15:41 +0100 Peter Zijlstra wrote: > So my kernel doesn't yet have that abomination; that redirects it to a > buffer for later printing right? I hope that buffer is big enough to > hold a full WARN splat and the machine lives long enough to make it to > printing that crap.

[PATCH] [RFC v2] sched: make DECLARE_COMPLETION_ONSTACK() work with clang

Building with clang, we get a warning for each use of COMPLETION_INITIALIZER_ONSTACK, e.g.: block/blk-exec.c:103:29: warning: variable 'wait' is uninitialized when used within its own initialization [-Wuninitialized] include/linux/completion.h:61:58: note: expanded from macro

[PATCH] [RFC v2] sched: make DECLARE_COMPLETION_ONSTACK() work with clang

Building with clang, we get a warning for each use of COMPLETION_INITIALIZER_ONSTACK, e.g.: block/blk-exec.c:103:29: warning: variable 'wait' is uninitialized when used within its own initialization [-Wuninitialized] include/linux/completion.h:61:58: note: expanded from macro

Re: [PATCH] MAINTAINERS: Add include/dt-bindings/mfd to MFD entry

On Wed, Feb 01, 2017 at 01:30:06PM +, Lee Jones wrote: > On Wed, 01 Feb 2017, Greg KH wrote: > > > On Wed, Feb 01, 2017 at 12:58:55PM +, Lee Jones wrote: > > > Signed-off-by: Lee Jones > > > --- > > > MAINTAINERS | 1 + > > > 1 file changed, 1 insertion(+) > > > >

Re: [PATCH] MAINTAINERS: Add include/dt-bindings/mfd to MFD entry

On Wed, Feb 01, 2017 at 01:30:06PM +, Lee Jones wrote: > On Wed, 01 Feb 2017, Greg KH wrote: > > > On Wed, Feb 01, 2017 at 12:58:55PM +, Lee Jones wrote: > > > Signed-off-by: Lee Jones > > > --- > > > MAINTAINERS | 1 + > > > 1 file changed, 1 insertion(+) > > > > > > diff --git

Re: [lustre-devel] [PATCH 60/60] staging: lustre: libcfs: fix minimum size check for libcfs ioctl

On Wed, Feb 01, 2017 at 02:32:13PM +0100, Olaf Weber wrote: > On 31-01-17 03:25, James Simmons wrote: > > [...] > > > > Also I'm uncomfortable with: > > > > > > data = container_of(hdr, struct libcfs_ioctl_data, ioc_hdr); > > > > > > If hdr isn't the first member of the struct then the code

Re: [lustre-devel] [PATCH 60/60] staging: lustre: libcfs: fix minimum size check for libcfs ioctl

On Wed, Feb 01, 2017 at 02:32:13PM +0100, Olaf Weber wrote: > On 31-01-17 03:25, James Simmons wrote: > > [...] > > > > Also I'm uncomfortable with: > > > > > > data = container_of(hdr, struct libcfs_ioctl_data, ioc_hdr); > > > > > > If hdr isn't the first member of the struct then the code

Re: [PATCH] [RFC] sched: make DECLARE_COMPLETION_ONSTACK() work with clang

On Wed, Feb 1, 2017 at 5:34 PM, Arnd Bergmann wrote: > diff --git a/include/linux/completion.h b/include/linux/completion.h > index fa5d3efaba56..5d5aaae3af43 100644 > --- a/include/linux/completion.h > +++ b/include/linux/completion.h > @@ -31,7 +31,7 @@ struct completion { >

Re: [PATCH] [RFC] sched: make DECLARE_COMPLETION_ONSTACK() work with clang

On Wed, Feb 1, 2017 at 5:34 PM, Arnd Bergmann wrote: > diff --git a/include/linux/completion.h b/include/linux/completion.h > index fa5d3efaba56..5d5aaae3af43 100644 > --- a/include/linux/completion.h > +++ b/include/linux/completion.h > @@ -31,7 +31,7 @@ struct completion { > { 0,

Re: [PATCHv7 5/8] printk: report lost messages in printk safe/nmi contexts

On Tue, 27 Dec 2016 23:16:08 +0900 Sergey Senozhatsky wrote: > Account lost messages in pritk-safe and printk-safe-nmi > contexts and report those numbers during printk_safe_flush(). > > The patch also moves lost message counter to struct > `printk_safe_seq_buf'

Re: [PATCHv7 5/8] printk: report lost messages in printk safe/nmi contexts

On Tue, 27 Dec 2016 23:16:08 +0900 Sergey Senozhatsky wrote: > Account lost messages in pritk-safe and printk-safe-nmi > contexts and report those numbers during printk_safe_flush(). > > The patch also moves lost message counter to struct > `printk_safe_seq_buf' instead of having dedicated

Re: [RFC 0/6]mm: add new LRU list for MADV_FREE pages

On Tue, Jan 31, 2017 at 04:38:10PM -0500, Johannes Weiner wrote: > On Tue, Jan 31, 2017 at 11:45:47AM -0800, Shaohua Li wrote: > > On Tue, Jan 31, 2017 at 01:59:49PM -0500, Johannes Weiner wrote: > > > Hi Shaohua, > > > > > > On Sun, Jan 29, 2017 at 09:51:17PM -0800, Shaohua Li wrote: > > > > We

Re: [RFC 0/6]mm: add new LRU list for MADV_FREE pages

On Tue, Jan 31, 2017 at 04:38:10PM -0500, Johannes Weiner wrote: > On Tue, Jan 31, 2017 at 11:45:47AM -0800, Shaohua Li wrote: > > On Tue, Jan 31, 2017 at 01:59:49PM -0500, Johannes Weiner wrote: > > > Hi Shaohua, > > > > > > On Sun, Jan 29, 2017 at 09:51:17PM -0800, Shaohua Li wrote: > > > > We

Re: [PATCH v2] staging: rtl8188eu: remove not necessary braces {} (checkpatch fix)

On 02/01/2017 12:39 AM, Joe Perches wrote: On Tue, 2017-01-31 at 21:24 +0200, Martin Karamihov wrote: This is checkpatch fix for hal/bb_cfg.c file: remove not necessary braces {} Signed-off-by: Martin Karamihov --- drivers/staging/rtl8188eu/hal/bb_cfg.c | 3 +-- 1

Re: [PATCH v2] staging: rtl8188eu: remove not necessary braces {} (checkpatch fix)

On 02/01/2017 12:39 AM, Joe Perches wrote: On Tue, 2017-01-31 at 21:24 +0200, Martin Karamihov wrote: This is checkpatch fix for hal/bb_cfg.c file: remove not necessary braces {} Signed-off-by: Martin Karamihov --- drivers/staging/rtl8188eu/hal/bb_cfg.c | 3 +-- 1 file changed, 1

Re: [PATCH 3/5] Documentation: dt: iio: document stm32 exti trigger

On Mon, Jan 30, 2017 at 02:57:41PM +0100, Fabrice Gasnier wrote: > Add dt documentation for st,stm32-exti-trigger. > EXTi gpio signal can be routed internally as trigger source for various s/gpio/GPIO/ > IPs (e.g. for ADC or DAC conversions). Please use "dt-bindings: iio:" for the subject

Re: [PATCH 3/5] Documentation: dt: iio: document stm32 exti trigger

On Mon, Jan 30, 2017 at 02:57:41PM +0100, Fabrice Gasnier wrote: > Add dt documentation for st,stm32-exti-trigger. > EXTi gpio signal can be routed internally as trigger source for various s/gpio/GPIO/ > IPs (e.g. for ADC or DAC conversions). Please use "dt-bindings: iio:" for the subject

[PATCH] [RFC] sched: make DECLARE_COMPLETION_ONSTACK() work with clang

Building with clang, we get a warning for each use of COMPLETION_INITIALIZER_ONSTACK, e.g.: block/blk-exec.c:103:29: warning: variable 'wait' is uninitialized when used within its own initialization [-Wuninitialized] include/linux/completion.h:61:58: note: expanded from macro

[PATCH] [RFC] sched: make DECLARE_COMPLETION_ONSTACK() work with clang

Building with clang, we get a warning for each use of COMPLETION_INITIALIZER_ONSTACK, e.g.: block/blk-exec.c:103:29: warning: variable 'wait' is uninitialized when used within its own initialization [-Wuninitialized] include/linux/completion.h:61:58: note: expanded from macro

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

On Wed, Feb 01, 2017 at 11:29:22AM -0500, Christopher Covington wrote: > On 01/31/2017 12:56 PM, Marc Zyngier wrote: > > Given that all ARMv8 CPUs can support SW_PAN, it is more likely to be > > enabled than the ARMv8.1 PAN. I'd vote for supporting the workaround in > > that case too, and hope

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

On Wed, Feb 01, 2017 at 11:29:22AM -0500, Christopher Covington wrote: > On 01/31/2017 12:56 PM, Marc Zyngier wrote: > > Given that all ARMv8 CPUs can support SW_PAN, it is more likely to be > > enabled than the ARMv8.1 PAN. I'd vote for supporting the workaround in > > that case too, and hope

Re: [PATCH] net: ethernet: ti: cpsw: fix NULL pointer dereference in switch mode

On Tue, Jan 31, 2017 at 02:04:04PM -0600, Grygorii Strashko wrote: > In switch mode on struct cpsw_slave->ndev field will be initialized with > proper value only for the one cpsw slave port, as result > cpsw_get_usage_count() will generate "Unable to handle kernel NULL pointer > dereference"

Re: [PATCH] net: ethernet: ti: cpsw: fix NULL pointer dereference in switch mode

On Tue, Jan 31, 2017 at 02:04:04PM -0600, Grygorii Strashko wrote: > In switch mode on struct cpsw_slave->ndev field will be initialized with > proper value only for the one cpsw slave port, as result > cpsw_get_usage_count() will generate "Unable to handle kernel NULL pointer > dereference"

Re: [PATCH v2 0/2] drm amdgpu/radeon: clean up d3_delay usage

For the series: Reviewed-by: Andreas Boll 2017-02-01 17:22 GMT+01:00 Bjorn Helgaas : > amdgpu doesn't need to touch pdev->d3_delay at all. > > radeon has a d3_delay quirk for MacBook Pro, but it only affects > radeon_switcheroo_set_state(). I

Re: [PATCH v2 0/2] drm amdgpu/radeon: clean up d3_delay usage

For the series: Reviewed-by: Andreas Boll 2017-02-01 17:22 GMT+01:00 Bjorn Helgaas : > amdgpu doesn't need to touch pdev->d3_delay at all. > > radeon has a d3_delay quirk for MacBook Pro, but it only affects > radeon_switcheroo_set_state(). I think it should affect wakeups done by > the PCI

Re: [PATCH 03/10] arm64: KVM: Save/restore the host SPE state when entering/leaving a VM

On 27/01/17 18:07, Will Deacon wrote: > The SPE buffer is virtually addressed, using the page tables of the CPU > MMU. Unusually, this means that the EL0/1 page table may be live whilst > we're executing at EL2 on non-VHE configurations. When VHE is in use, > we can use the same property to

Re: [PATCH 03/10] arm64: KVM: Save/restore the host SPE state when entering/leaving a VM

On 27/01/17 18:07, Will Deacon wrote: > The SPE buffer is virtually addressed, using the page tables of the CPU > MMU. Unusually, this means that the EL0/1 page table may be live whilst > we're executing at EL2 on non-VHE configurations. When VHE is in use, > we can use the same property to

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

On 01/31/2017 12:56 PM, Marc Zyngier wrote: > On 31/01/17 17:48, Christopher Covington wrote: >> On 01/31/2017 07:37 AM, Mark Rutland wrote: >>> On Wed, Jan 25, 2017 at 10:52:30AM -0500, Christopher Covington wrote: The Qualcomm Datacenter Technologies Falkor v1 CPU may allocate TLB entries

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

On 01/31/2017 12:56 PM, Marc Zyngier wrote: > On 31/01/17 17:48, Christopher Covington wrote: >> On 01/31/2017 07:37 AM, Mark Rutland wrote: >>> On Wed, Jan 25, 2017 at 10:52:30AM -0500, Christopher Covington wrote: The Qualcomm Datacenter Technologies Falkor v1 CPU may allocate TLB entries

Re: [PATCH] gcc-plugins: make GCC_PLUGIN_INITIFY_VERBOSE depend on !COMPILE_TEST

On Wed, Feb 1, 2017 at 8:07 AM, Arnd Bergmann wrote: > Just like GCC_PLUGIN_STRUCTLEAK_VERBOSE, we should make this one depend on > !COMPILE_TEST, > otherwise we get lots of unnecessary output for randconfig and possibly > allmodconfig > builds. > > Signed-off-by: Arnd Bergmann

Re: [PATCH] gcc-plugins: make GCC_PLUGIN_INITIFY_VERBOSE depend on !COMPILE_TEST

On Wed, Feb 1, 2017 at 8:07 AM, Arnd Bergmann wrote: > Just like GCC_PLUGIN_STRUCTLEAK_VERBOSE, we should make this one depend on > !COMPILE_TEST, > otherwise we get lots of unnecessary output for randconfig and possibly > allmodconfig > builds. > > Signed-off-by: Arnd Bergmann Thanks! And

Re: [PATCH v2] netfilter: nf_ct_helper: warn when not applying default helper assignment

On Wed, Jan 25, 2017 at 09:43:14PM +0100, Jiri Kosina wrote: > From: Jiri Kosina > Subject: [PATCH] netfilter: nf_ct_helper: warn when not applying default > helper assignment > > Commit 3bb398d925 ("netfilter: nf_ct_helper: disable automatic helper > assignment") is causing

Re: [PATCH v2] netfilter: nf_ct_helper: warn when not applying default helper assignment

On Wed, Jan 25, 2017 at 09:43:14PM +0100, Jiri Kosina wrote: > From: Jiri Kosina > Subject: [PATCH] netfilter: nf_ct_helper: warn when not applying default > helper assignment > > Commit 3bb398d925 ("netfilter: nf_ct_helper: disable automatic helper > assignment") is causing behavior

[PATCH 0/2] pinctrl: sunxi: Merge A31s pinctrl driver with A31

Hi everyone, This series merges support for the A31s' pin controller into the A31 driver, using the new sunxi variants support code. The A31s is a trimmed down version of the A31, with some hardware blocks removed, and some pin functions or pins removed. Thus it is easy to support the A31s using

[PATCH 0/2] pinctrl: sunxi: Merge A31s pinctrl driver with A31

Hi everyone, This series merges support for the A31s' pin controller into the A31 driver, using the new sunxi variants support code. The A31s is a trimmed down version of the A31, with some hardware blocks removed, and some pin functions or pins removed. Thus it is easy to support the A31s using

[PATCH 2/2] pinctrl: sunxi: Remove redundant A31s pinctrl driver

Now that we can support the A31s pin controller with the A31 driver using the new variants support, the independent A31s driver becomes redundant. Remove it. Signed-off-by: Chen-Yu Tsai --- drivers/pinctrl/sunxi/Kconfig | 4 - drivers/pinctrl/sunxi/Makefile

[PATCH 1/2] pinctrl: sunxi: Support A31/A31s with pinctrl variants

The A31s is a trimmed down version of the A31. Some hardware blocks are removed, thus not available for muxing on the external pins. Some external pins were directly removed. This makes it easy to support the A31s pin controller with the A31 driver. We just mark the pins and functions that were

<    5   6   7   8   9   10   11   12   13   14   >