[git pull] m68knommu changes for v4.9

Hi Linus, Can you please pull the m68knommu git tree, for-next branch. The bulk of the changes here are to clean up the ColdFire 5441x SoC support so that it can run with MMU enabled. We have only supported it with MMU disabled up to now. There is also a few individual bug fixes across the

[git pull] m68knommu changes for v4.9

Hi Linus, Can you please pull the m68knommu git tree, for-next branch. The bulk of the changes here are to clean up the ColdFire 5441x SoC support so that it can run with MMU enabled. We have only supported it with MMU disabled up to now. There is also a few individual bug fixes across the

Re: [GIT] Networking

On Wed, Oct 05, 2016 at 03:37:17PM -0700, Linus Torvalds wrote: > On Wed, Oct 5, 2016 at 3:29 PM, Stephen Rothwell > wrote: > > > > I have been carrying the following merge fix patch (for the merge of > > the net-next tree with Linus' tree) for a while now which seems to

Re: [GIT] Networking

On Wed, Oct 05, 2016 at 03:37:17PM -0700, Linus Torvalds wrote: > On Wed, Oct 5, 2016 at 3:29 PM, Stephen Rothwell > wrote: > > > > I have been carrying the following merge fix patch (for the merge of > > the net-next tree with Linus' tree) for a while now which seems to have > > got missed: >

Re: net/sunrpc/stats.c:204: undefined reference to `_GLOBAL_OFFSET_TABLE_'

On Tue, Oct 04, 2016 at 09:08:27AM -0400, Nicolas Pitre wrote: On Tue, 4 Oct 2016, Fengguang Wu wrote: CC Michal. It looks like a microblaze specific error. I'll blacklist this old error on microblaze if there are no good solutions. It doesn't exhibit any build error on my end. Which is why

Re: net/sunrpc/stats.c:204: undefined reference to `_GLOBAL_OFFSET_TABLE_'

On Tue, Oct 04, 2016 at 09:08:27AM -0400, Nicolas Pitre wrote: On Tue, 4 Oct 2016, Fengguang Wu wrote: CC Michal. It looks like a microblaze specific error. I'll blacklist this old error on microblaze if there are no good solutions. It doesn't exhibit any build error on my end. Which is why

RE: [RFC/RFT][PATCH v2] cpufreq: intel_pstate: Proportional algorithm for Atom

Hi Rafael, It doesn't compile for me. See further down. On 2016.10.05 06:15 Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The PID algorithm used by the intel_pstate driver tends to drive > performance to the minimum for workloads with utilization below the >

RE: [RFC/RFT][PATCH v2] cpufreq: intel_pstate: Proportional algorithm for Atom

Hi Rafael, It doesn't compile for me. See further down. On 2016.10.05 06:15 Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The PID algorithm used by the intel_pstate driver tends to drive > performance to the minimum for workloads with utilization below the > setpoint, which is

Re: [GIT PULL] overlayfs update for 4.9

On Wed, Oct 05, 2016 at 09:52:10PM +0200, Miklos Szeredi wrote: > Hi Al, > > Please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git > overlayfs-viro > > This has an assortment of fixes and cleanups for overlayfs. > > It also touches the VFS: > > - add the

Re: [GIT PULL] overlayfs update for 4.9

On Wed, Oct 05, 2016 at 09:52:10PM +0200, Miklos Szeredi wrote: > Hi Al, > > Please pull from: > > git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git > overlayfs-viro > > This has an assortment of fixes and cleanups for overlayfs. > > It also touches the VFS: > > - add the

[PATCH 3/3] mtd: s3c2410: parse the device configuration from OF node

Allows configuring Samsung's s3c2410 memory controller using a devicetree. Signed-off-by: Sergio Prado --- drivers/mtd/nand/s3c2410.c | 171 ++--- include/linux/platform_data/mtd-nand-s3c2410.h | 1 + 2 files changed, 156

[PATCH 0/3] mtd: s3c2410: add device tree support

This series adds support for configuring Samsung's s3c2410 and compatible flash memory controller via devicetree. Tested on FriendlyARM mini2440, based on s3c2440 SoC. Patch 3 depends on patch 1. Changes since v1: - read timings from nand_sdr_timings when booting with a device tree - naming

[PATCH 3/3] mtd: s3c2410: parse the device configuration from OF node

Allows configuring Samsung's s3c2410 memory controller using a devicetree. Signed-off-by: Sergio Prado --- drivers/mtd/nand/s3c2410.c | 171 ++--- include/linux/platform_data/mtd-nand-s3c2410.h | 1 + 2 files changed, 156 insertions(+), 16 deletions(-)

[PATCH 0/3] mtd: s3c2410: add device tree support

This series adds support for configuring Samsung's s3c2410 and compatible flash memory controller via devicetree. Tested on FriendlyARM mini2440, based on s3c2440 SoC. Patch 3 depends on patch 1. Changes since v1: - read timings from nand_sdr_timings when booting with a device tree - naming

[PATCH 1/3] mtd: s3c2410: make ecc mode configurable via platform data

Removing CONFIG_MTD_NAND_S3C2410_HWECC option and adding a ecc_mode field in the drivers's platform data structure so it can be selectable via platform data. Also setting this field to NAND_ECC_SOFT in all boards using this driver since none of them had CONFIG_MTD_NAND_S3C2410_HWECC enabled.

[PATCH 2/3] dt-bindings: mtd: add DT binding for s3c2410 flash controller

Adds the device tree bindings description for Samsung S3C2410 and compatible NAND flash controller. Signed-off-by: Sergio Prado --- .../devicetree/bindings/mtd/samsung-s3c2410.txt| 57 ++ 1 file changed, 57 insertions(+) create mode 100644

[PATCH 1/3] mtd: s3c2410: make ecc mode configurable via platform data

Removing CONFIG_MTD_NAND_S3C2410_HWECC option and adding a ecc_mode field in the drivers's platform data structure so it can be selectable via platform data. Also setting this field to NAND_ECC_SOFT in all boards using this driver since none of them had CONFIG_MTD_NAND_S3C2410_HWECC enabled.

[PATCH 2/3] dt-bindings: mtd: add DT binding for s3c2410 flash controller

Adds the device tree bindings description for Samsung S3C2410 and compatible NAND flash controller. Signed-off-by: Sergio Prado --- .../devicetree/bindings/mtd/samsung-s3c2410.txt| 57 ++ 1 file changed, 57 insertions(+) create mode 100644

Re: [PATCH v2 00/18] perf clang: Support compiling BPF script on the fly

Em Mon, Sep 26, 2016 at 07:26:54AM +, Wang Nan escreveu: > This patch add builtin clang, allow perf compile BPF scripts on the fly. > This is the first step to implement what I announced at LinuxCon 2016 NA: Ok, so I refreshed this series to apply against my latest perf/core and put it in a

Re: [PATCH v2 00/18] perf clang: Support compiling BPF script on the fly

Em Mon, Sep 26, 2016 at 07:26:54AM +, Wang Nan escreveu: > This patch add builtin clang, allow perf compile BPF scripts on the fly. > This is the first step to implement what I announced at LinuxCon 2016 NA: Ok, so I refreshed this series to apply against my latest perf/core and put it in a

Re: [PATCH] lib/raid6: Add AVX2 optimized xor_syndrome functions

On Fri, Sep 30, 2016 at 11:14:49AM -0700, Gayatri Kammela wrote: > Implement the AVX2 optimization of RAID6 xor_syndrome functions which is > simply based on sse2.c written by hpa. Applied, thanks! Could you please add xor_syndrome for sse1/mmx too? Thanks, Shaohua

Re: [PATCH] lib/raid6: Add AVX2 optimized xor_syndrome functions

On Fri, Sep 30, 2016 at 11:14:49AM -0700, Gayatri Kammela wrote: > Implement the AVX2 optimization of RAID6 xor_syndrome functions which is > simply based on sse2.c written by hpa. Applied, thanks! Could you please add xor_syndrome for sse1/mmx too? Thanks, Shaohua

Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc

Dave, Gentle reminder to review this patch. Thanks On 9/30/2016 12:19 AM, David Miller wrote: From: Babu Moger Date: Thu, 29 Sep 2016 08:53:24 -0500 On 9/28/2016 3:39 AM, Peter Zijlstra wrote: On Tue, Sep 27, 2016 at 12:33:27PM -0700, Babu Moger wrote: This new

Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc

Dave, Gentle reminder to review this patch. Thanks On 9/30/2016 12:19 AM, David Miller wrote: From: Babu Moger Date: Thu, 29 Sep 2016 08:53:24 -0500 On 9/28/2016 3:39 AM, Peter Zijlstra wrote: On Tue, Sep 27, 2016 at 12:33:27PM -0700, Babu Moger wrote: This new config parameter limits the

Re: [PATCH] powerpc: process.c: fix Kconfig typo

On Wed, 2016-10-05 at 07:57 +0200, Valentin Rothberg wrote: > s/ALIVEC/ALTIVEC/ > Oops, nice catch > Signed-off-by: Valentin Rothberg Reviewed-by: Cyril Bur > --- >  arch/powerpc/kernel/process.c | 2 +- >  1 file changed, 1 insertion(+), 1

Re: [PATCH] powerpc: process.c: fix Kconfig typo

On Wed, 2016-10-05 at 07:57 +0200, Valentin Rothberg wrote: > s/ALIVEC/ALTIVEC/ > Oops, nice catch > Signed-off-by: Valentin Rothberg Reviewed-by: Cyril Bur > --- >  arch/powerpc/kernel/process.c | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH] fs/proc/array.c: slightly improve render_sigset_t

On Wed, Sep 21 2016, Kees Cook wrote: > On Tue, Sep 20, 2016 at 3:28 PM, Rasmus Villemoes > wrote: > > Heheh. Nice. :) > > Acked-by: Kees Cook > Andrew, ping?

Re: [PATCH] fs/proc/array.c: slightly improve render_sigset_t

On Wed, Sep 21 2016, Kees Cook wrote: > On Tue, Sep 20, 2016 at 3:28 PM, Rasmus Villemoes > wrote: > > Heheh. Nice. :) > > Acked-by: Kees Cook > Andrew, ping?

Re: [PATCH 1/3] perf, tools: Handle events including .c and .o

Em Wed, Oct 05, 2016 at 12:47:10PM -0700, Andi Kleen escreveu: > From: Andi Kleen > > This is a generic bug fix, but it helps with Sukadev's JSON event tree > where such events can happen. > > Any event inclduing a .c/.o/.bpf currently triggers BPF compilation or loading >

Re: [PATCH 1/3] perf, tools: Handle events including .c and .o

Em Wed, Oct 05, 2016 at 12:47:10PM -0700, Andi Kleen escreveu: > From: Andi Kleen > > This is a generic bug fix, but it helps with Sukadev's JSON event tree > where such events can happen. > > Any event inclduing a .c/.o/.bpf currently triggers BPF compilation or loading > and then an error.

Re: [PATCH] perf, tools: Handle completion of upper case events

Em Wed, Oct 05, 2016 at 03:19:48PM -0700, Andi Kleen escreveu: > From: Andi Kleen > > Vendor events are often specified in upper case. perf list outputs them > in lower case. Handle this case in perf-completion.sh so that > completion on the upper case events still works. >

Re: [PATCH] perf, tools: Handle completion of upper case events

Em Wed, Oct 05, 2016 at 03:19:48PM -0700, Andi Kleen escreveu: > From: Andi Kleen > > Vendor events are often specified in upper case. perf list outputs them > in lower case. Handle this case in perf-completion.sh so that > completion on the upper case events still works. > > v2: Use locale

Re: [PATCH v4 0/2] Exynos IOMMU: proper runtime PM support (use device dependencies)

Hello Marek, I have applied the new version onto 4.8.0 but I'm seeing this Oops on shutdown/reboot. However it only shows up with my non-debug config. > [ 897.046373] Internal error: Oops: 8005 [#1] PREEMPT SMP ARM > [ 897.046652] Modules linked in: bridge stp llc bnep btrfs xor xor_neon

Re: [PATCH v4 0/2] Exynos IOMMU: proper runtime PM support (use device dependencies)

Hello Marek, I have applied the new version onto 4.8.0 but I'm seeing this Oops on shutdown/reboot. However it only shows up with my non-debug config. > [ 897.046373] Internal error: Oops: 8005 [#1] PREEMPT SMP ARM > [ 897.046652] Modules linked in: bridge stp llc bnep btrfs xor xor_neon

Re: linux-next: manual merge of the gpio tree with the arm-soc tree

Hi all, On Tue, 27 Sep 2016 15:05:42 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the gpio tree got a conflict in: > > arch/arm/mach-omap2/board-rx51-peripherals.c > > between commit: > > 9b7141d01a76 ("ARM: OMAP2+: Drop legacy board file for

Re: linux-next: manual merge of the gpio tree with the arm-soc tree

Hi all, On Tue, 27 Sep 2016 15:05:42 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the gpio tree got a conflict in: > > arch/arm/mach-omap2/board-rx51-peripherals.c > > between commit: > > 9b7141d01a76 ("ARM: OMAP2+: Drop legacy board file for n900") > > from the arm-soc

Re: [PATCH] char: tb0219: fix build failure

On Wed, Oct 05, 2016 at 07:13:22PM +0530, Sudip Mukherjee wrote: > The build of mips tb0219_defconfig was failing with the error: > > drivers/char/tb0219.c:188:2: > error: implicit declaration of function 'put_user' > drivers/char/tb0219.c:216:3: > error: implicit declaration of

Re: [PATCH] char: tb0219: fix build failure

On Wed, Oct 05, 2016 at 07:13:22PM +0530, Sudip Mukherjee wrote: > The build of mips tb0219_defconfig was failing with the error: > > drivers/char/tb0219.c:188:2: > error: implicit declaration of function 'put_user' > drivers/char/tb0219.c:216:3: > error: implicit declaration of

Re: [GIT] Networking

On Wed, Oct 5, 2016 at 3:29 PM, Stephen Rothwell wrote: > > I have been carrying the following merge fix patch (for the merge of > the net-next tree with Linus' tree) for a while now which seems to have > got missed: Ugh. It doesn't seem to be a merge error, because that

Re: [GIT] Networking

On Wed, Oct 5, 2016 at 3:29 PM, Stephen Rothwell wrote: > > I have been carrying the following merge fix patch (for the merge of > the net-next tree with Linus' tree) for a while now which seems to have > got missed: Ugh. It doesn't seem to be a merge error, because that double iph assignment

Re: [PATCH 2/3] perf, tools: Handle completion of upper case events

Em Wed, Oct 05, 2016 at 03:18:05PM -0700, Andi Kleen escreveu: > > [root@jouet ~]# bash --version > > GNU bash, version 4.3.42(1)-release (x86_64-redhat-linux-gnu) > > Copyright (C) 2013 Free Software Foundation, Inc. > > License GPLv3+: GNU GPL version 3 or later > >

Re: [PATCH 2/3] perf, tools: Handle completion of upper case events

Em Wed, Oct 05, 2016 at 03:18:05PM -0700, Andi Kleen escreveu: > > [root@jouet ~]# bash --version > > GNU bash, version 4.3.42(1)-release (x86_64-redhat-linux-gnu) > > Copyright (C) 2013 Free Software Foundation, Inc. > > License GPLv3+: GNU GPL version 3 or later > >

Re: [PATCH] watchdog: ath79_wdt: fix build failure

On Wed, Oct 05, 2016 at 10:58:38AM +0530, Sudip Mukherjee wrote: > The build of mips ath79_defconfig was failing with the error: > drivers/watchdog/ath79_wdt.c:164:5: > error: implicit declaration of function 'get_user' > drivers/watchdog/ath79_wdt.c:196:3: > error: implicit

Re: [PATCH] watchdog: ath79_wdt: fix build failure

On Wed, Oct 05, 2016 at 10:58:38AM +0530, Sudip Mukherjee wrote: > The build of mips ath79_defconfig was failing with the error: > drivers/watchdog/ath79_wdt.c:164:5: > error: implicit declaration of function 'get_user' > drivers/watchdog/ath79_wdt.c:196:3: > error: implicit

Re: [dm-devel] [PATCH 0/9] Generate uevents for all DM events

On 10/05/2016 10:43 AM, Alasdair G Kergon wrote: On Wed, Oct 05, 2016 at 10:06:41AM -0700, Andy Grover wrote: My project *would* like this added sooner, so I'll work on a revised patchset that uses netlink instead of uevents, and will also work on a revision to uevents.txt that talks about

Re: [dm-devel] [PATCH 0/9] Generate uevents for all DM events

On 10/05/2016 10:43 AM, Alasdair G Kergon wrote: On Wed, Oct 05, 2016 at 10:06:41AM -0700, Andy Grover wrote: My project *would* like this added sooner, so I'll work on a revised patchset that uses netlink instead of uevents, and will also work on a revision to uevents.txt that talks about

Re: BUG_ON() in workingset_node_shadows_dec() triggers

On Wed, Oct 5, 2016 at 3:17 PM, Kees Cook wrote: > > With my more paranoid desires, I would prefer to keep "stop kernel > execution with the state set up by this process", not just "make the > process never return to user-space". Quite honestly, I think the answer to that

Re: [GIT] Networking

Hi Linus, Dave, On Wed, 05 Oct 2016 01:44:37 -0400 (EDT) David Miller wrote: > I have been carrying the following merge fix patch (for the merge of the net-next tree with Linus' tree) for a while now which seems to have got missed: From: Stephen Rothwell

Re: [GIT] Networking

Hi Linus, Dave, On Wed, 05 Oct 2016 01:44:37 -0400 (EDT) David Miller wrote: > I have been carrying the following merge fix patch (for the merge of the net-next tree with Linus' tree) for a while now which seems to have got missed: From: Stephen Rothwell Date: Tue, 13 Sep 2016 10:08:58 +1000

Re: BUG_ON() in workingset_node_shadows_dec() triggers

On Wed, Oct 5, 2016 at 3:17 PM, Kees Cook wrote: > > With my more paranoid desires, I would prefer to keep "stop kernel > execution with the state set up by this process", not just "make the > process never return to user-space". Quite honestly, I think the answer to that is: "No. Not by

Re: [PATCH] bluetooth.h: __ variants of u8 and friends are not neccessary inside kernel

On Thu, 2016-10-06 at 00:13 +0200, Pavel Machek wrote: > On Wed 2016-10-05 12:15:34, Joe Perches wrote: > > On Wed, 2016-10-05 at 21:11 +0200, Pavel Machek wrote: > > > On Wed 2016-10-05 10:53:16, Joe Perches wrote: [] > > > > trivia: > > > > It's generally faster to use bool instead of u8 foo:1;

Re: [PATCH] bluetooth.h: __ variants of u8 and friends are not neccessary inside kernel

On Thu, 2016-10-06 at 00:13 +0200, Pavel Machek wrote: > On Wed 2016-10-05 12:15:34, Joe Perches wrote: > > On Wed, 2016-10-05 at 21:11 +0200, Pavel Machek wrote: > > > On Wed 2016-10-05 10:53:16, Joe Perches wrote: [] > > > > trivia: > > > > It's generally faster to use bool instead of u8 foo:1;

[GIT PULL] rpmsg updates for v4.9

The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: git://github.com/andersson/remoteproc tags/rpmsg-v4.9 for you to fetch changes up to 395317bbc200fbc164e65cc8ec31fa9d766aeaf1:

[GIT PULL] rpmsg updates for v4.9

The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at: git://github.com/andersson/remoteproc tags/rpmsg-v4.9 for you to fetch changes up to 395317bbc200fbc164e65cc8ec31fa9d766aeaf1:

[PATCH] perf, tools: Handle completion of upper case events

From: Andi Kleen Vendor events are often specified in upper case. perf list outputs them in lower case. Handle this case in perf-completion.sh so that completion on the upper case events still works. v2: Use locale aware check for upper case Signed-off-by: Andi Kleen

[PATCH] perf, tools: Handle completion of upper case events

From: Andi Kleen Vendor events are often specified in upper case. perf list outputs them in lower case. Handle this case in perf-completion.sh so that completion on the upper case events still works. v2: Use locale aware check for upper case Signed-off-by: Andi Kleen ---

Re: [PATCH 2/3] perf, tools: Handle completion of upper case events

> [root@jouet ~]# bash --version > GNU bash, version 4.3.42(1)-release (x86_64-redhat-linux-gnu) > Copyright (C) 2013 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software; you are free to change and redistribute

Re: [PATCH 2/3] perf, tools: Handle completion of upper case events

> [root@jouet ~]# bash --version > GNU bash, version 4.3.42(1)-release (x86_64-redhat-linux-gnu) > Copyright (C) 2013 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software; you are free to change and redistribute

Re: BUG_ON() in workingset_node_shadows_dec() triggers

On Wed, Oct 5, 2016 at 2:46 PM, Linus Torvalds wrote: > On Wed, Oct 5, 2016 at 2:14 PM, Kees Cook wrote: >> Now, it can be argued that killing the process part should be >> configurable and that the code should be written to handle a WARN and

Re: BUG_ON() in workingset_node_shadows_dec() triggers

On Wed, Oct 5, 2016 at 2:46 PM, Linus Torvalds wrote: > On Wed, Oct 5, 2016 at 2:14 PM, Kees Cook wrote: >> Now, it can be argued that killing the process part should be >> configurable and that the code should be written to handle a WARN and >> clean up and error out nicely. But I still want to

Re: [RFC v3 03/22] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles

On 04/10/2016 01:53, Kees Cook wrote: > On Wed, Sep 14, 2016 at 12:23 AM, Mickaël Salaün wrote: >> This new arraymap looks like a set and brings new properties: >> * strong typing of entries: the eBPF functions get the array type of >> elements instead of CONST_PTR_TO_MAP

Re: [RFC v3 03/22] bpf,landlock: Add a new arraymap type to deal with (Landlock) handles

On 04/10/2016 01:53, Kees Cook wrote: > On Wed, Sep 14, 2016 at 12:23 AM, Mickaël Salaün wrote: >> This new arraymap looks like a set and brings new properties: >> * strong typing of entries: the eBPF functions get the array type of >> elements instead of CONST_PTR_TO_MAP (e.g. >>

Re: [PATCH] bluetooth.h: __ variants of u8 and friends are not neccessary inside kernel

On Wed 2016-10-05 12:15:34, Joe Perches wrote: > On Wed, 2016-10-05 at 21:11 +0200, Pavel Machek wrote: > > On Wed 2016-10-05 10:53:16, Joe Perches wrote: > > > On Wed, 2016-10-05 at 13:14 +0200, Marcel Holtmann wrote: > > > > Hi Pavel, > > > > > > > > > bluetooth.h is not part of user API, so __

Re: [PATCH] bluetooth.h: __ variants of u8 and friends are not neccessary inside kernel

On Wed 2016-10-05 12:15:34, Joe Perches wrote: > On Wed, 2016-10-05 at 21:11 +0200, Pavel Machek wrote: > > On Wed 2016-10-05 10:53:16, Joe Perches wrote: > > > On Wed, 2016-10-05 at 13:14 +0200, Marcel Holtmann wrote: > > > > Hi Pavel, > > > > > > > > > bluetooth.h is not part of user API, so __

[PATCH V2 1/1] hv: do not lose pending heartbeat vmbus packets

From: Long Li The host keeps sending heartbeat packets independent of the guest responding to them. Even though we respond to the heartbeat messages at interrupt level, we can have situations where there maybe multiple heartbeat messages pending that have not been

[PATCH V2 1/1] hv: do not lose pending heartbeat vmbus packets

From: Long Li The host keeps sending heartbeat packets independent of the guest responding to them. Even though we respond to the heartbeat messages at interrupt level, we can have situations where there maybe multiple heartbeat messages pending that have not been responded to. For instance

Re: [PATCHv2] bluetooth.h: __ variants of u8 and friends are not neccessary inside kernel

Hi Pavel, > bluetooth.h is not part of user API, so __ variants are not neccessary > here. > > Signed-off-by: Pavel Machek > > --- > v2: not touching stuff that Marcel does not want touched, as it will > become API later. patch has been applied to bluetooth-next tree. Regards

Re: [PATCHv2] bluetooth.h: __ variants of u8 and friends are not neccessary inside kernel

Hi Pavel, > bluetooth.h is not part of user API, so __ variants are not neccessary > here. > > Signed-off-by: Pavel Machek > > --- > v2: not touching stuff that Marcel does not want touched, as it will > become API later. patch has been applied to bluetooth-next tree. Regards Marcel

[PATCH] Staging:dgnc:dgnc_neo: fixed 80 character line limit coding style issue

Fixed coding style issue Signed-off-by: Nadim Almas --- drivers/staging/dgnc/dgnc_neo.h | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_neo.h b/drivers/staging/dgnc/dgnc_neo.h index abddd48..65994e3 100644

[PATCH] Staging:dgnc:dgnc_neo: fixed 80 character line limit coding style issue

Fixed coding style issue Signed-off-by: Nadim Almas --- drivers/staging/dgnc/dgnc_neo.h | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_neo.h b/drivers/staging/dgnc/dgnc_neo.h index abddd48..65994e3 100644 ---

Re: [Intel-gfx] [PATCH 5/6] drm/i915/gen9: Get rid of redundant watermark values

On Wed, Oct 05, 2016 at 06:44:04PM -0300, Paulo Zanoni wrote: > Em Qua, 2016-10-05 às 11:33 -0400, Lyude escreveu: > > diff --git a/drivers/gpu/drm/i915/intel_display.c > > b/drivers/gpu/drm/i915/intel_display.c > > index dd15ae2..c580d3d 100644 > > --- a/drivers/gpu/drm/i915/intel_display.c > >

Re: [Intel-gfx] [PATCH 5/6] drm/i915/gen9: Get rid of redundant watermark values

On Wed, Oct 05, 2016 at 06:44:04PM -0300, Paulo Zanoni wrote: > Em Qua, 2016-10-05 às 11:33 -0400, Lyude escreveu: > > diff --git a/drivers/gpu/drm/i915/intel_display.c > > b/drivers/gpu/drm/i915/intel_display.c > > index dd15ae2..c580d3d 100644 > > --- a/drivers/gpu/drm/i915/intel_display.c > >

Re: [PATCH 2/3] perf, tools: Handle completion of upper case events

Em Wed, Oct 05, 2016 at 12:47:11PM -0700, Andi Kleen escreveu: > From: Andi Kleen > > Vendor events are often specified in upper case. perf list outputs them > in lower case. Handle this case in perf-completion.sh so that > completion on the upper case events still works.

Re: [PATCH 2/3] perf, tools: Handle completion of upper case events

Em Wed, Oct 05, 2016 at 12:47:11PM -0700, Andi Kleen escreveu: > From: Andi Kleen > > Vendor events are often specified in upper case. perf list outputs them > in lower case. Handle this case in perf-completion.sh so that > completion on the upper case events still works. Humm, I just tried

[PATCH v2 1/5] drm/fsl-dcu: enable TCON bypass mode by default

Do not use encoder disable/enable callbacks to control bypass mode as this seems to mess with the signals not liked by displays. This also makes more sense since the encoder is already defined to be parallel RGB/LVDS at creation time. Signed-off-by: Stefan Agner ---

[PATCH v2 1/5] drm/fsl-dcu: enable TCON bypass mode by default

Do not use encoder disable/enable callbacks to control bypass mode as this seems to mess with the signals not liked by displays. This also makes more sense since the encoder is already defined to be parallel RGB/LVDS at creation time. Signed-off-by: Stefan Agner ---

Re: [PATCH v2 8/8] blk-mq: Cleanup (de-)allocation of blk_mq_hw_ctx::ctxs

Looks fine, Reviewed-by: Sagi Grimberg

Re: [PATCH v2] arm: Added support for getcpu() vDSO using TPIDRURW

On Wed, Oct 05, 2016 at 10:01:38PM +0100, Russell King - ARM Linux wrote: > On Wed, Oct 05, 2016 at 09:44:53PM +0100, Mark Rutland wrote: > > The zeroing case is similar to the restartable sequences design. So that's > > probably worth looking into. > > You're sending mixed messages: in your

Re: [GIT PULL] Staging/IIO driver patches for 4.9-rc1

On Wed, Oct 5, 2016 at 1:17 PM, Greg KH wrote: > > Should I respin the merge request with the above information in it? This is sufficient - I just need to know (and want to document) the reasons for the merges I do. In fact, I'd love it if your pull requests in

Re: [PATCH v2 8/8] blk-mq: Cleanup (de-)allocation of blk_mq_hw_ctx::ctxs

Looks fine, Reviewed-by: Sagi Grimberg

Re: [PATCH v2] arm: Added support for getcpu() vDSO using TPIDRURW

On Wed, Oct 05, 2016 at 10:01:38PM +0100, Russell King - ARM Linux wrote: > On Wed, Oct 05, 2016 at 09:44:53PM +0100, Mark Rutland wrote: > > The zeroing case is similar to the restartable sequences design. So that's > > probably worth looking into. > > You're sending mixed messages: in your

Re: [GIT PULL] Staging/IIO driver patches for 4.9-rc1

On Wed, Oct 5, 2016 at 1:17 PM, Greg KH wrote: > > Should I respin the merge request with the above information in it? This is sufficient - I just need to know (and want to document) the reasons for the merges I do. In fact, I'd love it if your pull requests in general were a bit more about

[PATCH v2 2/5] drm/fsl-dcu: do not transfer registers on plane init

There is no need to explicitly initiate a register transfer and turn off the DCU after initializing the plane registers. In fact, this is harmful and leads to unnecessary flickers if the DCU has been left on by the bootloader. Signed-off-by: Stefan Agner ---

Re: [PATCH v2 7/8] blk-mq: Pair blk_mq_hctx_kobj_init() with blk_mq_hctx_kobj_put()

Looks fine, Reviewed-by: Sagi Grimberg

[PATCH v2 4/5] drm/fsl-dcu: enable pixel clock when enabling CRTC

The pixel clock should not be on if the CRTC is not in use, hence move clock enable/disable calls into CRTC callbacks. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 ++ drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 21 + 2

[PATCH v2 2/5] drm/fsl-dcu: do not transfer registers on plane init

There is no need to explicitly initiate a register transfer and turn off the DCU after initializing the plane registers. In fact, this is harmful and leads to unnecessary flickers if the DCU has been left on by the bootloader. Signed-off-by: Stefan Agner ---

Re: [PATCH v2 7/8] blk-mq: Pair blk_mq_hctx_kobj_init() with blk_mq_hctx_kobj_put()

Looks fine, Reviewed-by: Sagi Grimberg

[PATCH v2 4/5] drm/fsl-dcu: enable pixel clock when enabling CRTC

The pixel clock should not be on if the CRTC is not in use, hence move clock enable/disable calls into CRTC callbacks. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 ++ drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 21 + 2 files changed, 3

[PATCH v2 3/5] drm/fsl-dcu: do not transfer register in mode_set_nofb

Do not schedule a transfer of mode settings early. Modes should get applied on on CRTC enable where we also enable the pixel clock. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH v2 0/5] drm/fsl-dcu: initialization fixes

Hi All, This is an assortment of fixes which solve issues seen using an external RGB converter and makes sure that pixel clock is only on when really required. Meng, would be good if you can test it on a LS1021a. -- Stefan Changes since v1: - add patch to no not transfer registers in

[PATCH v2 5/5] drm/fsl-dcu: only init fbdev if required

There is no need to request a CMA backed framebuffer if fbdev emulation is not enabled. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c

Re: [PATCH v2 6/8] blk-mq: Rework blk_mq_realloc_hw_ctxs()

@@ -1908,33 +1909,36 @@ static void blk_mq_realloc_hw_ctxs(struct blk_mq_tag_set *set, if (node == NUMA_NO_NODE) node = set->numa_node; - hctxs[i] = kzalloc_node(sizeof(struct blk_mq_hw_ctx), -

[PATCH v2 2/5] drm/fsl-dcu: do not explicitly transfer registers on plane init

There is no need to explicitly initiate a register transfer and turn off the DCU after initializing the plane registers. In fact, this is harmful and leads to unnecessary flickers if the DCU has been left on by the bootloader. Signed-off-by: Stefan Agner ---

[PATCH v2 2/5] drm/fsl-dcu: do not explicitly transfer registers on plane init

There is no need to explicitly initiate a register transfer and turn off the DCU after initializing the plane registers. In fact, this is harmful and leads to unnecessary flickers if the DCU has been left on by the bootloader. Signed-off-by: Stefan Agner ---

[PATCH v2 3/5] drm/fsl-dcu: do not transfer register in mode_set_nofb

Do not schedule a transfer of mode settings early. Modes should get applied on on CRTC enable where we also enable the pixel clock. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH v2 0/5] drm/fsl-dcu: initialization fixes

Hi All, This is an assortment of fixes which solve issues seen using an external RGB converter and makes sure that pixel clock is only on when really required. Meng, would be good if you can test it on a LS1021a. -- Stefan Changes since v1: - add patch to no not transfer registers in

[PATCH v2 5/5] drm/fsl-dcu: only init fbdev if required

There is no need to request a CMA backed framebuffer if fbdev emulation is not enabled. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c

Re: [PATCH v2 6/8] blk-mq: Rework blk_mq_realloc_hw_ctxs()

@@ -1908,33 +1909,36 @@ static void blk_mq_realloc_hw_ctxs(struct blk_mq_tag_set *set, if (node == NUMA_NO_NODE) node = set->numa_node; - hctxs[i] = kzalloc_node(sizeof(struct blk_mq_hw_ctx), -

[PATCH v2 3/5] drm/fsl-dcu: do not transfer registers in mode_set_nofb

Do not schedule a transfer of mode settings early. Modes should get applied on on CRTC enable where we also enable the pixel clock. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH v2 3/5] drm/fsl-dcu: do not transfer registers in mode_set_nofb

Do not schedule a transfer of mode settings early. Modes should get applied on on CRTC enable where we also enable the pixel clock. Signed-off-by: Stefan Agner --- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 2 -- 1 file changed, 2 deletions(-) diff --git

<    1   2   3   4   5   6   7   8   9   10   >