Re: Linux 4.7: Reported regressions as of Sunday, 2016-06-26

2016-06-27 Thread Kalle Valo
Thorsten Leemhuis writes: > Hi! Here is my third regression report for Linux 4.7. It has > 24 entries; 9 of them are new; 4 regressions (not included here) > were fixed since the last report(¹). > > Please let me know if a regression is missing in the list; or if >

Re: Linux 4.7: Reported regressions as of Sunday, 2016-06-26

2016-06-27 Thread Kalle Valo
Thorsten Leemhuis writes: > Hi! Here is my third regression report for Linux 4.7. It has > 24 entries; 9 of them are new; 4 regressions (not included here) > were fixed since the last report(¹). > > Please let me know if a regression is missing in the list; or if > there is something on the

Re: [PATCHv5 8/8] ARM: dts: Add Arria10 Ethernet EDAC devicetree entry

2016-06-27 Thread Dinh Nguyen
On 06/27/2016 11:18 AM, Borislav Petkov wrote: > On Mon, Jun 27, 2016 at 10:31:29AM -0500, Dinh Nguyen wrote: >> I've applied this patch and will take through the arm-soc tree. > > I already took the whole branch two days ago: > >

Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks

2016-06-27 Thread Andy Lutomirski
On Mon, Jun 27, 2016 at 9:17 AM, Brian Gerst wrote: > On Mon, Jun 27, 2016 at 11:54 AM, Andy Lutomirski wrote: >> On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote: >>> On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst

Re: [PATCHv5 8/8] ARM: dts: Add Arria10 Ethernet EDAC devicetree entry

2016-06-27 Thread Dinh Nguyen
On 06/27/2016 11:18 AM, Borislav Petkov wrote: > On Mon, Jun 27, 2016 at 10:31:29AM -0500, Dinh Nguyen wrote: >> I've applied this patch and will take through the arm-soc tree. > > I already took the whole branch two days ago: > >

Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks

2016-06-27 Thread Andy Lutomirski
On Mon, Jun 27, 2016 at 9:17 AM, Brian Gerst wrote: > On Mon, Jun 27, 2016 at 11:54 AM, Andy Lutomirski wrote: >> On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote: >>> On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote: On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote: > On

Re: [PATCH 4/5] sched/debug: remove several CONFIG_SCHEDSTATS guards

2016-06-27 Thread Josh Poimboeuf
On Mon, Jun 27, 2016 at 06:21:11PM +0200, Peter Zijlstra wrote: > On Fri, Jun 17, 2016 at 12:43:26PM -0500, Josh Poimboeuf wrote: > > index 017a4f5..0aee5dd 100644 > > --- a/kernel/sched/core.c > > +++ b/kernel/sched/core.c > > @@ -1626,10 +1626,15 @@ static inline int

Re: [PATCH 4/5] sched/debug: remove several CONFIG_SCHEDSTATS guards

2016-06-27 Thread Josh Poimboeuf
On Mon, Jun 27, 2016 at 06:21:11PM +0200, Peter Zijlstra wrote: > On Fri, Jun 17, 2016 at 12:43:26PM -0500, Josh Poimboeuf wrote: > > index 017a4f5..0aee5dd 100644 > > --- a/kernel/sched/core.c > > +++ b/kernel/sched/core.c > > @@ -1626,10 +1626,15 @@ static inline int

Re: [PATCH v2 1/3] block: provide helpers for reading block count

2016-06-27 Thread Davidlohr Bueso
On Thu, 23 Jun 2016, Arnd Bergmann wrote: Several drivers use an expensive do_div() to compute the number of logical or physical blocks in a blockdev, which can be done more efficiently using a shift, since the blocksize is always a power of two number. Let's introduce

Re: [PATCH v2 1/3] block: provide helpers for reading block count

2016-06-27 Thread Davidlohr Bueso
On Thu, 23 Jun 2016, Arnd Bergmann wrote: Several drivers use an expensive do_div() to compute the number of logical or physical blocks in a blockdev, which can be done more efficiently using a shift, since the blocksize is always a power of two number. Let's introduce

Re: [PATCH v6 4/5] arm64: add support for ACPI Low Power Idle(LPI)

2016-06-27 Thread Daniel Lezcano
On 06/22/2016 04:17 PM, Lorenzo Pieralisi wrote: Hi Sudeep, On Tue, Jun 14, 2016 at 03:48:38PM +0100, Sudeep Holla wrote: This patch adds appropriate callbacks to support ACPI Low Power Idle (LPI) on ARM64. Now that arm_enter_idle_state is exactly same in both generic ARM{32,64} CPUIdle

Re: [PATCH v6 4/5] arm64: add support for ACPI Low Power Idle(LPI)

2016-06-27 Thread Daniel Lezcano
On 06/22/2016 04:17 PM, Lorenzo Pieralisi wrote: Hi Sudeep, On Tue, Jun 14, 2016 at 03:48:38PM +0100, Sudeep Holla wrote: This patch adds appropriate callbacks to support ACPI Low Power Idle (LPI) on ARM64. Now that arm_enter_idle_state is exactly same in both generic ARM{32,64} CPUIdle

Re: [PATCH] dt-bindings: i2c: add bindings for nxp,pca9541

2016-06-27 Thread Peter Rosin
On 2016-06-27 15:17, Guenter Roeck wrote: > On 06/27/2016 03:11 AM, Peter Rosin wrote: >> Fill the gap for this pre-existing driver. >> >> Signed-off-by: Peter Rosin >> --- >> .../devicetree/bindings/i2c/i2c-arb-pca9541.txt| 33 >> ++ >> MAINTAINERS

Re: [PATCH] dt-bindings: i2c: add bindings for nxp,pca9541

2016-06-27 Thread Peter Rosin
On 2016-06-27 15:17, Guenter Roeck wrote: > On 06/27/2016 03:11 AM, Peter Rosin wrote: >> Fill the gap for this pre-existing driver. >> >> Signed-off-by: Peter Rosin >> --- >> .../devicetree/bindings/i2c/i2c-arb-pca9541.txt| 33 >> ++ >> MAINTAINERS

Re: [PATCH 4/5] sched/debug: remove several CONFIG_SCHEDSTATS guards

2016-06-27 Thread Peter Zijlstra
On Fri, Jun 17, 2016 at 12:43:26PM -0500, Josh Poimboeuf wrote: > index 017a4f5..0aee5dd 100644 > --- a/kernel/sched/core.c > +++ b/kernel/sched/core.c > @@ -1626,10 +1626,15 @@ static inline int __set_cpus_allowed_ptr(struct > task_struct *p, > static void > ttwu_stat(struct task_struct *p,

Re: [PATCH 4/5] sched/debug: remove several CONFIG_SCHEDSTATS guards

2016-06-27 Thread Peter Zijlstra
On Fri, Jun 17, 2016 at 12:43:26PM -0500, Josh Poimboeuf wrote: > index 017a4f5..0aee5dd 100644 > --- a/kernel/sched/core.c > +++ b/kernel/sched/core.c > @@ -1626,10 +1626,15 @@ static inline int __set_cpus_allowed_ptr(struct > task_struct *p, > static void > ttwu_stat(struct task_struct *p,

Re: [PATCH v3 3/9] kexec_file: Factor out kexec_locate_mem_hole from kexec_add_buffer.

2016-06-27 Thread Dave Young
On 06/23/16 at 12:37pm, Thiago Jung Bauermann wrote: > Am Donnerstag, 23 Juni 2016, 01:44:07 schrieb Dave Young: > > Hmm, hold on. For declaring a struct in a header file, comment should be > > just after each fields, like below, your format is for a function instead: > > struct pci_slot { > >

Re: [PATCH v3 3/9] kexec_file: Factor out kexec_locate_mem_hole from kexec_add_buffer.

2016-06-27 Thread Dave Young
On 06/23/16 at 12:37pm, Thiago Jung Bauermann wrote: > Am Donnerstag, 23 Juni 2016, 01:44:07 schrieb Dave Young: > > Hmm, hold on. For declaring a struct in a header file, comment should be > > just after each fields, like below, your format is for a function instead: > > struct pci_slot { > >

Re: [PATCHv5 8/8] ARM: dts: Add Arria10 Ethernet EDAC devicetree entry

2016-06-27 Thread Borislav Petkov
On Mon, Jun 27, 2016 at 10:31:29AM -0500, Dinh Nguyen wrote: > I've applied this patch and will take through the arm-soc tree. I already took the whole branch two days ago: http://git.kernel.org/cgit/linux/kernel/git/bp/bp.git/log/?h=for-next So we need to sort this out as it has come up in the

Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks

2016-06-27 Thread Brian Gerst
On Mon, Jun 27, 2016 at 11:54 AM, Andy Lutomirski wrote: > On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote: >> On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote: >>> On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst

Re: [PATCHv5 8/8] ARM: dts: Add Arria10 Ethernet EDAC devicetree entry

2016-06-27 Thread Borislav Petkov
On Mon, Jun 27, 2016 at 10:31:29AM -0500, Dinh Nguyen wrote: > I've applied this patch and will take through the arm-soc tree. I already took the whole branch two days ago: http://git.kernel.org/cgit/linux/kernel/git/bp/bp.git/log/?h=for-next So we need to sort this out as it has come up in the

Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks

2016-06-27 Thread Brian Gerst
On Mon, Jun 27, 2016 at 11:54 AM, Andy Lutomirski wrote: > On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote: >> On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote: >>> On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote: On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote: >

RE: [PATCH 4/5] rtc: m48t86: move m48t86.h to platform_data

2016-06-27 Thread Hartley Sweeten
On Sunday, June 26, 2016 3:03 PM, Alexandre Belloni wrote: > m48t86.h belongs to include/linux/platform_data/ > > Signed-off-by: Alexandre Belloni > --- > Cc: Hartley Sweeten > Cc: Ryan Mallon > Cc: Alexander

RE: [PATCH 4/5] rtc: m48t86: move m48t86.h to platform_data

2016-06-27 Thread Hartley Sweeten
On Sunday, June 26, 2016 3:03 PM, Alexandre Belloni wrote: > m48t86.h belongs to include/linux/platform_data/ > > Signed-off-by: Alexandre Belloni > --- > Cc: Hartley Sweeten > Cc: Ryan Mallon > Cc: Alexander Clouter > Cc: Jason Cooper > Cc: Andrew Lunn > Cc: Sebastian Hesselbarth > Cc:

Re: [PATCH 4/5] rtc: m48t86: move m48t86.h to platform_data

2016-06-27 Thread Jason Cooper
Hey Alexandre, On Mon, Jun 27, 2016 at 12:03:02AM +0200, Alexandre Belloni wrote: > m48t86.h belongs to include/linux/platform_data/ > > Signed-off-by: Alexandre Belloni > --- > Cc: Hartley Sweeten > Cc: Ryan Mallon

Re: [PATCH 4/5] rtc: m48t86: move m48t86.h to platform_data

2016-06-27 Thread Jason Cooper
Hey Alexandre, On Mon, Jun 27, 2016 at 12:03:02AM +0200, Alexandre Belloni wrote: > m48t86.h belongs to include/linux/platform_data/ > > Signed-off-by: Alexandre Belloni > --- > Cc: Hartley Sweeten > Cc: Ryan Mallon > Cc: Alexander Clouter > Cc: Jason Cooper > Cc: Andrew Lunn > Cc:

Re: [PATCH 1/1] regulator: max77620: check for valid regulator info

2016-06-27 Thread Mark Brown
On Mon, Jun 27, 2016 at 05:13:44PM +0530, Venkat Reddy Talla wrote: > Check for valid regulator information data before > configuring FPS source and FPS power up/down > period to avoid NULL pointer exception if entries for > PMIC regulators not provided through device tree. This sounds like it's

Re: [PATCH 1/1] regulator: max77620: check for valid regulator info

2016-06-27 Thread Mark Brown
On Mon, Jun 27, 2016 at 05:13:44PM +0530, Venkat Reddy Talla wrote: > Check for valid regulator information data before > configuring FPS source and FPS power up/down > period to avoid NULL pointer exception if entries for > PMIC regulators not provided through device tree. This sounds like it's

Re: [PATCH] geneve: fix max_mtu setting

2016-06-27 Thread Jesse Gross
On Sun, Jun 26, 2016 at 6:13 PM, 严海双 wrote: > >> On Jun 26, 2016, at 8:35 PM, zhuyj wrote: >> >> + if (geneve->remote.sa.sa_family == AF_INET) >> + max_mtu -= sizeof(struct iphdr); >> + else >> +

Re: [PATCH] geneve: fix max_mtu setting

2016-06-27 Thread Jesse Gross
On Sun, Jun 26, 2016 at 6:13 PM, 严海双 wrote: > >> On Jun 26, 2016, at 8:35 PM, zhuyj wrote: >> >> + if (geneve->remote.sa.sa_family == AF_INET) >> + max_mtu -= sizeof(struct iphdr); >> + else >> + max_mtu -= sizeof(struct ipv6hdr); >> >> Sorry, if sa_family

Re: [PATCH v5 00/10] NTB Selftest Script

2016-06-27 Thread Logan Gunthorpe
Great! Thanks Jon. Logan On 26/06/16 05:29 PM, Jon Mason wrote: > On Mon, Jun 20, 2016 at 01:15:03PM -0600, Logan Gunthorpe wrote: >> Sorry, I thought this was done but I found one more minor issue with >> these patches so I'm resubmitting them one last time. Besides this isuse, >> I think I

Re: [PATCH v5 00/10] NTB Selftest Script

2016-06-27 Thread Logan Gunthorpe
Great! Thanks Jon. Logan On 26/06/16 05:29 PM, Jon Mason wrote: > On Mon, Jun 20, 2016 at 01:15:03PM -0600, Logan Gunthorpe wrote: >> Sorry, I thought this was done but I found one more minor issue with >> these patches so I'm resubmitting them one last time. Besides this isuse, >> I think I

Re: [PATCH 03/10] Documentation: dt-bindings: firmware: tegra: add bindings of the BPMP

2016-06-27 Thread Stephen Warren
On 06/27/2016 03:02 AM, Joseph Lo wrote: The BPMP is a specific processor in Tegra chip, which is designed for booting process handling and offloading the power management tasks from the CPU. The binding document defines the resources that would be used by the BPMP firmware driver, which can

Re: [PATCH 03/10] Documentation: dt-bindings: firmware: tegra: add bindings of the BPMP

2016-06-27 Thread Stephen Warren
On 06/27/2016 03:02 AM, Joseph Lo wrote: The BPMP is a specific processor in Tegra chip, which is designed for booting process handling and offloading the power management tasks from the CPU. The binding document defines the resources that would be used by the BPMP firmware driver, which can

Re: [PATCH v4 3/4] perf: xgene: Add APM X-Gene SoC Performance Monitoring Unit driver

2016-06-27 Thread Mark Rutland
Hi, On Sat, Jun 25, 2016 at 10:54:20AM -0700, Tai Tri Nguyen wrote: > On Thu, Jun 23, 2016 at 7:32 AM, Mark Rutland wrote: > > On Wed, Jun 22, 2016 at 11:06:58AM -0700, Tai Nguyen wrote: > > > +#define _GET_CNTR(ev) (ev->hw.extra_reg.reg) > > > +#define _GET_EVENTID(ev)

Re: [PATCH v4 3/4] perf: xgene: Add APM X-Gene SoC Performance Monitoring Unit driver

2016-06-27 Thread Mark Rutland
Hi, On Sat, Jun 25, 2016 at 10:54:20AM -0700, Tai Tri Nguyen wrote: > On Thu, Jun 23, 2016 at 7:32 AM, Mark Rutland wrote: > > On Wed, Jun 22, 2016 at 11:06:58AM -0700, Tai Nguyen wrote: > > > +#define _GET_CNTR(ev) (ev->hw.extra_reg.reg) > > > +#define _GET_EVENTID(ev) (ev->hw.config &

Re: [PATCH 01/10] Documentation: dt-bindings: mailbox: tegra: Add binding for HSP mailbox

2016-06-27 Thread Stephen Warren
On 06/27/2016 03:02 AM, Joseph Lo wrote: Add DT binding for the Hardware Synchronization Primitives (HSP). The HSP is designed for the processors to share resources and communicate together. It provides a set of hardware synchronization primitives for interprocessor communication. So the

Re: [PATCH 01/10] Documentation: dt-bindings: mailbox: tegra: Add binding for HSP mailbox

2016-06-27 Thread Stephen Warren
On 06/27/2016 03:02 AM, Joseph Lo wrote: Add DT binding for the Hardware Synchronization Primitives (HSP). The HSP is designed for the processors to share resources and communicate together. It provides a set of hardware synchronization primitives for interprocessor communication. So the

[PATCH] net: the space is required before the open parenthesis '('

2016-06-27 Thread Wei Tang
The space is missing before the open parenthesis '(', and this will introduce much more noise when checking patch around. Signed-off-by: Wei Tang --- net/core/utils.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/net/core/utils.c

Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks

2016-06-27 Thread Andy Lutomirski
On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote: > On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote: >> On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote: >>> On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski

[PATCH] net: the space is required before the open parenthesis '('

2016-06-27 Thread Wei Tang
The space is missing before the open parenthesis '(', and this will introduce much more noise when checking patch around. Signed-off-by: Wei Tang --- net/core/utils.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/net/core/utils.c b/net/core/utils.c index

Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks

2016-06-27 Thread Andy Lutomirski
On Mon, Jun 27, 2016 at 8:22 AM, Andy Lutomirski wrote: > On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote: >> On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote: >>> On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote: #ifdef CONFIG_X86_64 /* Runs on IST stack */

Re: [PATCH] sched/deadline: remove useless param from setup_new_dl_entity

2016-06-27 Thread Peter Zijlstra
On Fri, Jun 17, 2016 at 05:28:37PM +0100, Juri Lelli wrote: > On 17/06/16 09:49, Steven Rostedt wrote: > > On Fri, 17 Jun 2016 10:48:41 +0100 > > Juri Lelli wrote: > > > > > setup_new_dl_entity() takes two parameters, but it only actually uses > > > one of them to setup a new

Re: [PATCH] sched/deadline: remove useless param from setup_new_dl_entity

2016-06-27 Thread Peter Zijlstra
On Fri, Jun 17, 2016 at 05:28:37PM +0100, Juri Lelli wrote: > On 17/06/16 09:49, Steven Rostedt wrote: > > On Fri, 17 Jun 2016 10:48:41 +0100 > > Juri Lelli wrote: > > > > > setup_new_dl_entity() takes two parameters, but it only actually uses > > > one of them to setup a new dl_entity. > > > >

Re: [RFC PATCH 2/2] perf: Filter events based on perf-namespace

2016-06-27 Thread Peter Zijlstra
On Tue, Jun 14, 2016 at 10:19:51PM +0530, Aravinda Prasad wrote: > Whenever perf tool is executed inside a container, this > patch restricts the events to the perf-namespace in which > the perf tool is executing. > > This patch is based on the existing support available > for tracing with

Re: [RFC PATCH 2/2] perf: Filter events based on perf-namespace

2016-06-27 Thread Peter Zijlstra
On Tue, Jun 14, 2016 at 10:19:51PM +0530, Aravinda Prasad wrote: > Whenever perf tool is executed inside a container, this > patch restricts the events to the perf-namespace in which > the perf tool is executing. > > This patch is based on the existing support available > for tracing with

Re: linux-next: manual merge of the jc_docs tree with the drm tree

2016-06-27 Thread Jonathan Corbet
On Mon, 27 Jun 2016 13:31:24 +1000 Stephen Rothwell wrote: > Today's linux-next merge of the jc_docs tree got a conflict in: > > Documentation/index.rst > > between commit: > > cb597fcea5c2 ("Documentation/gpu: add new gpu.rst converted from DocBook > gpu.tmpl") >

Re: linux-next: manual merge of the jc_docs tree with the drm tree

2016-06-27 Thread Jonathan Corbet
On Mon, 27 Jun 2016 13:31:24 +1000 Stephen Rothwell wrote: > Today's linux-next merge of the jc_docs tree got a conflict in: > > Documentation/index.rst > > between commit: > > cb597fcea5c2 ("Documentation/gpu: add new gpu.rst converted from DocBook > gpu.tmpl") > > from the drm tree

Re: linux-next: build failure after merge of the nfs tree

2016-06-27 Thread Trond Myklebust
> On Jun 26, 2016, at 20:58, Stephen Rothwell wrote: > > Hi Trond, > > After merging the nfs tree, today's linux-next build (x86_64 allmodconfig) > failed like this: > > fs/nfs/pnfs_nfs.c: In function 'pnfs_nfs_generic_sync': > fs/nfs/pnfs_nfs.c:947:8: error: too few

Re: linux-next: build failure after merge of the nfs tree

2016-06-27 Thread Trond Myklebust
> On Jun 26, 2016, at 20:58, Stephen Rothwell wrote: > > Hi Trond, > > After merging the nfs tree, today's linux-next build (x86_64 allmodconfig) > failed like this: > > fs/nfs/pnfs_nfs.c: In function 'pnfs_nfs_generic_sync': > fs/nfs/pnfs_nfs.c:947:8: error: too few arguments to function >

Re: kthread_stop insanity (Re: [[DEBUG] force] 2642458962: BUG: unable to handle kernel paging request at ffffc90000997f18)

2016-06-27 Thread Andy Lutomirski
On Mon, Jun 27, 2016 at 7:54 AM, Oleg Nesterov wrote: > On 06/26, Andy Lutomirski wrote: >> >> kthread_stop is *sick*. >> >> struct kthread self; >> >> ... >> >> current->vfork_done = >> >> ... >> >> do_exit(ret); >> >> And then some other thread goes and waits for

Re: kthread_stop insanity (Re: [[DEBUG] force] 2642458962: BUG: unable to handle kernel paging request at ffffc90000997f18)

2016-06-27 Thread Andy Lutomirski
On Mon, Jun 27, 2016 at 7:54 AM, Oleg Nesterov wrote: > On 06/26, Andy Lutomirski wrote: >> >> kthread_stop is *sick*. >> >> struct kthread self; >> >> ... >> >> current->vfork_done = >> >> ... >> >> do_exit(ret); >> >> And then some other thread goes and waits for the completion,

Re: [PATCHv5 8/8] ARM: dts: Add Arria10 Ethernet EDAC devicetree entry

2016-06-27 Thread Dinh Nguyen
Hi Boris, On 06/22/2016 08:58 AM, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > Add the device tree entries needed to support the Altera Ethernet > FIFO buffer EDAC on the Arria10 chip. > > Signed-off-by: Thor Thayer

Re: [PATCHv5 8/8] ARM: dts: Add Arria10 Ethernet EDAC devicetree entry

2016-06-27 Thread Dinh Nguyen
Hi Boris, On 06/22/2016 08:58 AM, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > Add the device tree entries needed to support the Altera Ethernet > FIFO buffer EDAC on the Arria10 chip. > > Signed-off-by: Thor Thayer > --- > v2 No change > v3 Add interrupts for SBERR and

Re: [PATCH v3 1/2] remoteproc: qcom: Driver for the self-authenticating Hexagon v5

2016-06-27 Thread Srinivas Kandagatla
On 20/06/16 22:28, Bjorn Andersson wrote: From: Bjorn Andersson This initial hack powers the q6v5, boots and authenticate the mba and use that to load the mdt and subsequent bXX files. Signed-off-by: Bjorn Andersson

Re: [PATCH v3 1/2] remoteproc: qcom: Driver for the self-authenticating Hexagon v5

2016-06-27 Thread Srinivas Kandagatla
On 20/06/16 22:28, Bjorn Andersson wrote: From: Bjorn Andersson This initial hack powers the q6v5, boots and authenticate the mba and use that to load the mdt and subsequent bXX files. Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson Patch looks good to me, Acked-by:

Re: [PATCH] [perf]: update makefile message for installing required libs

2016-06-27 Thread Arnaldo Carvalho de Melo
Em Mon, Jun 27, 2016 at 06:59:57AM -0700, neerajbadl...@gmail.com escreveu: > From: Neeraj Badlani > > In case of missing library (libslang), give hint to install library > (libslang2-dev) > Since libslang-dev is not provided by Ubuntu's apt-package > > Signed-off-by:

Re: [PATCH] [perf]: update makefile message for installing required libs

2016-06-27 Thread Arnaldo Carvalho de Melo
Em Mon, Jun 27, 2016 at 06:59:57AM -0700, neerajbadl...@gmail.com escreveu: > From: Neeraj Badlani > > In case of missing library (libslang), give hint to install library > (libslang2-dev) > Since libslang-dev is not provided by Ubuntu's apt-package > > Signed-off-by: Neeraj Badlani > --- >

Re: [PATCH 2/2] drm: Add DT bindings documentation for OpenCores VGA/LCD controller

2016-06-27 Thread Rob Herring
On Mon, Jun 27, 2016 at 6:21 AM, Andrea Merello wrote: > On Fri, Jun 10, 2016 at 7:36 PM, Rob Herring wrote: >> On Thu, Jun 09, 2016 at 03:33:19PM +0200, Andrea Merello wrote: >>> Signed-off-by: Andrea Merello >>> Cc: Stefan

Re: [PATCH 2/2] drm: Add DT bindings documentation for OpenCores VGA/LCD controller

2016-06-27 Thread Rob Herring
On Mon, Jun 27, 2016 at 6:21 AM, Andrea Merello wrote: > On Fri, Jun 10, 2016 at 7:36 PM, Rob Herring wrote: >> On Thu, Jun 09, 2016 at 03:33:19PM +0200, Andrea Merello wrote: >>> Signed-off-by: Andrea Merello >>> Cc: Stefan Kristiansson >>> Cc: Tomi Valkeinen >>> Cc: Francesco Diotalevi >>>

Re: [PATCH v4 2/2] reset: add TI SYSCON based reset driver

2016-06-27 Thread Andrew F. Davis
On 06/23/2016 11:28 AM, Philipp Zabel wrote: > Am Donnerstag, den 23.06.2016, 09:28 -0500 schrieb Andrew F. Davis: >> On 06/23/2016 04:05 AM, Philipp Zabel wrote: >>> Am Mittwoch, den 22.06.2016, 14:46 -0500 schrieb Andrew F. Davis: >>> [...] >> +depends on HAS_IOMEM >> +

Re: [PATCH v4 2/2] reset: add TI SYSCON based reset driver

2016-06-27 Thread Andrew F. Davis
On 06/23/2016 11:28 AM, Philipp Zabel wrote: > Am Donnerstag, den 23.06.2016, 09:28 -0500 schrieb Andrew F. Davis: >> On 06/23/2016 04:05 AM, Philipp Zabel wrote: >>> Am Mittwoch, den 22.06.2016, 14:46 -0500 schrieb Andrew F. Davis: >>> [...] >> +depends on HAS_IOMEM >> +

Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks

2016-06-27 Thread Andy Lutomirski
On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote: > On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote: >> On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote: >>> This allows x86_64 kernels to enable vmapped stacks. There are a >>>

Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks

2016-06-27 Thread Andy Lutomirski
On Mon, Jun 27, 2016 at 8:12 AM, Brian Gerst wrote: > On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote: >> On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote: >>> This allows x86_64 kernels to enable vmapped stacks. There are a >>> couple of interesting bits. >>> >>> First, x86 lazily

Re: [PATCH v2 1/6] Documentation: hid: Intel ISH HID document

2016-06-27 Thread Srinivas Pandruvada
On Sun, 2016-06-26 at 19:32 +0100, Jonathan Cameron wrote: > On 22/06/16 06:40, Srinivas Pandruvada wrote: > > > > Document explaining ISH HID operation and implementation. > > > > Signed-off-by: Srinivas Pandruvada > .com> > A few really trivial point inline.  

Re: [PATCH v2 1/6] Documentation: hid: Intel ISH HID document

2016-06-27 Thread Srinivas Pandruvada
On Sun, 2016-06-26 at 19:32 +0100, Jonathan Cameron wrote: > On 22/06/16 06:40, Srinivas Pandruvada wrote: > > > > Document explaining ISH HID operation and implementation. > > > > Signed-off-by: Srinivas Pandruvada > .com> > A few really trivial point inline.  I unfortunately don't have the >

Re: [PATCH v2 2/2] namespaces: add transparent user namespaces

2016-06-27 Thread Eric W. Biederman
Added a few more relevant cc's. Jann Horn writes: > This allows the admin of a user namespace to mark the namespace as > transparent. All other namespaces, by default, are opaque. I have just skimmed through this and at a high level this doesn't seem too scary. Having an

Re: [PATCH v2 2/2] namespaces: add transparent user namespaces

2016-06-27 Thread Eric W. Biederman
Added a few more relevant cc's. Jann Horn writes: > This allows the admin of a user namespace to mark the namespace as > transparent. All other namespaces, by default, are opaque. I have just skimmed through this and at a high level this doesn't seem too scary. Having an identity mapped

Re: [PATCH v4] audit: add fields to exclude filter by reusing user filter

2016-06-27 Thread Paul Moore
On Fri, Jun 24, 2016 at 4:35 PM, Richard Guy Briggs wrote: > RFE: add additional fields for use in audit filter exclude rules > https://github.com/linux-audit/audit-kernel/issues/5 > > Re-factor and combine audit_filter_type() with audit_filter_user() to > use

Re: [PATCH v4] audit: add fields to exclude filter by reusing user filter

2016-06-27 Thread Paul Moore
On Fri, Jun 24, 2016 at 4:35 PM, Richard Guy Briggs wrote: > RFE: add additional fields for use in audit filter exclude rules > https://github.com/linux-audit/audit-kernel/issues/5 > > Re-factor and combine audit_filter_type() with audit_filter_user() to > use audit_filter_user_rules() to enable

Re: [PATCH RESEND] trace: function graph: Fix filters for function_graph threshold

2016-06-27 Thread Steven Rostedt
On Mon, 27 Jun 2016 01:25:16 -0700 Joel Fernandes wrote: > Gentle ping. Could you anyone pick up this patch? > > Thanks for the reminder. As this isn't a regression (it never worked ;-) do you think this should go to the stable releases, and/or even the current release.

Re: [PATCH RESEND] trace: function graph: Fix filters for function_graph threshold

2016-06-27 Thread Steven Rostedt
On Mon, 27 Jun 2016 01:25:16 -0700 Joel Fernandes wrote: > Gentle ping. Could you anyone pick up this patch? > > Thanks for the reminder. As this isn't a regression (it never worked ;-) do you think this should go to the stable releases, and/or even the current release. Or are you fine with

[PATCH V1] mfd: da9053: fix compiler warning message for uninitialised variable

2016-06-27 Thread Steve Twiss
From: Steve Twiss Fix compiler warning caused by an uninitialised variable inside da9052_group_write() function. Defaulting the value to zero covers the trivial case. Signed-off-by: Steve Twiss Reported-by: Geert Uytterhoeven

[PATCH V1] mfd: da9053: fix compiler warning message for uninitialised variable

2016-06-27 Thread Steve Twiss
From: Steve Twiss Fix compiler warning caused by an uninitialised variable inside da9052_group_write() function. Defaulting the value to zero covers the trivial case. Signed-off-by: Steve Twiss Reported-by: Geert Uytterhoeven --- Hi Lee, This compiler warning was found and reported by Geert

[PATCH v2 2/2] arm64: implement live patching

2016-06-27 Thread Torsten Duwe
On top of FTRACE_WITH_REGS and the klp changes that go into v4.7 this is straightforward. Signed-off-by: Torsten Duwe --- arch/arm64/Kconfig | 3 +++ arch/arm64/include/asm/livepatch.h | 37 + arch/arm64/kernel/entry-ftrace.S

[PATCH v2 2/2] arm64: implement live patching

2016-06-27 Thread Torsten Duwe
On top of FTRACE_WITH_REGS and the klp changes that go into v4.7 this is straightforward. Signed-off-by: Torsten Duwe --- arch/arm64/Kconfig | 3 +++ arch/arm64/include/asm/livepatch.h | 37 + arch/arm64/kernel/entry-ftrace.S | 13

[PATCH v2 1/2] arm64: implement FTRACE_WITH_REGS

2016-06-27 Thread Torsten Duwe
Once gcc is enhanced to optionally generate NOPs at the beginning of each function, like the concept proven in https://gcc.gnu.org/ml/gcc-patches/2016-04/msg01671.html (sans the "fprintf (... pad_size);", which spoils the data structure for kernel use), the generated pads can nicely be used to

[PATCH v2 1/2] arm64: implement FTRACE_WITH_REGS

2016-06-27 Thread Torsten Duwe
Once gcc is enhanced to optionally generate NOPs at the beginning of each function, like the concept proven in https://gcc.gnu.org/ml/gcc-patches/2016-04/msg01671.html (sans the "fprintf (... pad_size);", which spoils the data structure for kernel use), the generated pads can nicely be used to

[PATCH v2 0/2] arm64 live patching

2016-06-27 Thread Torsten Duwe
So here is a slightly updated FTRACE_WITH_REGS plus live patching. Reminder: make sure you have a prolog-pad gcc, and this in your top level Makefile: ifdef CONFIG_LIVEPATCH KBUILD_CFLAGS += $(call cc-option,-fno-ipa-ra) endif Tested with v4.7-rc3 + gcc-6.1 Changes since v1: * instead of a

[PATCH v2 0/2] arm64 live patching

2016-06-27 Thread Torsten Duwe
So here is a slightly updated FTRACE_WITH_REGS plus live patching. Reminder: make sure you have a prolog-pad gcc, and this in your top level Makefile: ifdef CONFIG_LIVEPATCH KBUILD_CFLAGS += $(call cc-option,-fno-ipa-ra) endif Tested with v4.7-rc3 + gcc-6.1 Changes since v1: * instead of a

Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks

2016-06-27 Thread Brian Gerst
On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote: > On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote: >> This allows x86_64 kernels to enable vmapped stacks. There are a >> couple of interesting bits. >> >> First, x86 lazily faults in top-level

Re: [PATCH v6 5/5] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

2016-06-27 Thread Daniel Lezcano
On 06/27/2016 05:11 PM, Sudeep Holla wrote: On 27/06/16 16:08, Daniel Lezcano wrote: On 06/27/2016 05:06 PM, Sudeep Holla wrote: [...] Ah ok, anyways LPI always starts from index 0. IIUC that was your main concern. Do you have a repo where I can see the code ? Yes, you can get it

Re: [PATCH v4 15/29] x86/mm/64: Enable vmapped stacks

2016-06-27 Thread Brian Gerst
On Mon, Jun 27, 2016 at 11:01 AM, Brian Gerst wrote: > On Sun, Jun 26, 2016 at 5:55 PM, Andy Lutomirski wrote: >> This allows x86_64 kernels to enable vmapped stacks. There are a >> couple of interesting bits. >> >> First, x86 lazily faults in top-level paging entries for the vmalloc >> area.

Re: [PATCH v6 5/5] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

2016-06-27 Thread Daniel Lezcano
On 06/27/2016 05:11 PM, Sudeep Holla wrote: On 27/06/16 16:08, Daniel Lezcano wrote: On 06/27/2016 05:06 PM, Sudeep Holla wrote: [...] Ah ok, anyways LPI always starts from index 0. IIUC that was your main concern. Do you have a repo where I can see the code ? Yes, you can get it

Re: [PATCH v6 5/5] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

2016-06-27 Thread Sudeep Holla
On 27/06/16 16:08, Daniel Lezcano wrote: On 06/27/2016 05:06 PM, Sudeep Holla wrote: [...] Ah ok, anyways LPI always starts from index 0. IIUC that was your main concern. Do you have a repo where I can see the code ? Yes, you can get it from [1] -- Regards, Sudeep [1]

Re: [PATCH v6 5/5] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

2016-06-27 Thread Sudeep Holla
On 27/06/16 16:08, Daniel Lezcano wrote: On 06/27/2016 05:06 PM, Sudeep Holla wrote: [...] Ah ok, anyways LPI always starts from index 0. IIUC that was your main concern. Do you have a repo where I can see the code ? Yes, you can get it from [1] -- Regards, Sudeep [1]

Re: wake_up on wait-queue called from hard-irq context in 3.10.63-rt65

2016-06-27 Thread Steven Rostedt
On Wed, Apr 27, 2016 at 12:55:47PM +0200, Andreas Starzer wrote: > This Bug was already fixed in rcutiny_plugin.h with changing the > wait-queue to simple-waiter. > > Found this bug with 3.10.63-rt65 in rcutree_plugin.h too. (It is not > fixed in current 3.10-release) > > SVC (hard-irq-context)

Re: wake_up on wait-queue called from hard-irq context in 3.10.63-rt65

2016-06-27 Thread Steven Rostedt
On Wed, Apr 27, 2016 at 12:55:47PM +0200, Andreas Starzer wrote: > This Bug was already fixed in rcutiny_plugin.h with changing the > wait-queue to simple-waiter. > > Found this bug with 3.10.63-rt65 in rcutree_plugin.h too. (It is not > fixed in current 3.10-release) > > SVC (hard-irq-context)

Re: [PATCH v2 04/14] regulator: SY8106A regulator driver

2016-06-27 Thread Mark Brown
On Sat, Jun 25, 2016 at 05:45:01AM +0200, meg...@megous.com wrote: > + config.init_data = of_get_regulator_init_data(dev, dev->of_node, > _reg); > + if (!config.init_data) { > + return -EINVAL; > + } This is broken, constraints are entirely optional - the driver should

Re: [PATCH v2 04/14] regulator: SY8106A regulator driver

2016-06-27 Thread Mark Brown
On Sat, Jun 25, 2016 at 05:45:01AM +0200, meg...@megous.com wrote: > + config.init_data = of_get_regulator_init_data(dev, dev->of_node, > _reg); > + if (!config.init_data) { > + return -EINVAL; > + } This is broken, constraints are entirely optional - the driver should

Re: [PATCH v6 5/5] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

2016-06-27 Thread Daniel Lezcano
On 06/27/2016 05:06 PM, Sudeep Holla wrote: On 27/06/16 16:05, Daniel Lezcano wrote: On 06/27/2016 05:03 PM, Sudeep Holla wrote: Hi Daniel, On 27/06/16 15:33, Daniel Lezcano wrote: On 06/14/2016 04:48 PM, Sudeep Holla wrote: Now that ACPI processor idle driver supports LPI(Low Power

Re: [PATCH v6 5/5] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

2016-06-27 Thread Daniel Lezcano
On 06/27/2016 05:06 PM, Sudeep Holla wrote: On 27/06/16 16:05, Daniel Lezcano wrote: On 06/27/2016 05:03 PM, Sudeep Holla wrote: Hi Daniel, On 27/06/16 15:33, Daniel Lezcano wrote: On 06/14/2016 04:48 PM, Sudeep Holla wrote: Now that ACPI processor idle driver supports LPI(Low Power

Re: [PATCH v6 5/5] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

2016-06-27 Thread Sudeep Holla
On 27/06/16 16:05, Daniel Lezcano wrote: On 06/27/2016 05:03 PM, Sudeep Holla wrote: Hi Daniel, On 27/06/16 15:33, Daniel Lezcano wrote: On 06/14/2016 04:48 PM, Sudeep Holla wrote: Now that ACPI processor idle driver supports LPI(Low Power Idle), lets enable ACPI_PROCESSOR_IDLE for ARM64

Re: [PATCH v6 5/5] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

2016-06-27 Thread Sudeep Holla
On 27/06/16 16:05, Daniel Lezcano wrote: On 06/27/2016 05:03 PM, Sudeep Holla wrote: Hi Daniel, On 27/06/16 15:33, Daniel Lezcano wrote: On 06/14/2016 04:48 PM, Sudeep Holla wrote: Now that ACPI processor idle driver supports LPI(Low Power Idle), lets enable ACPI_PROCESSOR_IDLE for ARM64

[PATCH v2] ARM: at91: Document new TCB bindings

2016-06-27 Thread Alexandre Belloni
The current binding for the TCB is not flexible enough for some use cases and prevents proper utilization of all the channels. Cc: Daniel Lezcano Cc: Thierry Reding Cc: linux-...@vger.kernel.org Cc: Rob Herring Cc:

Re: [PATCH v6 5/5] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

2016-06-27 Thread Daniel Lezcano
On 06/27/2016 05:03 PM, Sudeep Holla wrote: Hi Daniel, On 27/06/16 15:33, Daniel Lezcano wrote: On 06/14/2016 04:48 PM, Sudeep Holla wrote: Now that ACPI processor idle driver supports LPI(Low Power Idle), lets enable ACPI_PROCESSOR_IDLE for ARM64 too. This patch just removes the IA64 and

Re: [PATCH v6 5/5] ACPI : enable ACPI_PROCESSOR_IDLE on ARM64

2016-06-27 Thread Daniel Lezcano
On 06/27/2016 05:03 PM, Sudeep Holla wrote: Hi Daniel, On 27/06/16 15:33, Daniel Lezcano wrote: On 06/14/2016 04:48 PM, Sudeep Holla wrote: Now that ACPI processor idle driver supports LPI(Low Power Idle), lets enable ACPI_PROCESSOR_IDLE for ARM64 too. This patch just removes the IA64 and

[PATCH v2] ARM: at91: Document new TCB bindings

2016-06-27 Thread Alexandre Belloni
The current binding for the TCB is not flexible enough for some use cases and prevents proper utilization of all the channels. Cc: Daniel Lezcano Cc: Thierry Reding Cc: linux-...@vger.kernel.org Cc: Rob Herring Cc: devicet...@vger.kernel.org Signed-off-by: Alexandre Belloni --- Changes in

Re: [PATCH v8 4/4] Input: synaptics-rmi4 - add SMBus support

2016-06-27 Thread Benjamin Tissoires
On Jun 24 2016 or thereabouts, Dmitry Torokhov wrote: > On Fri, Jun 24, 2016 at 09:19:32AM +0200, Benjamin Tissoires wrote: > > On Jun 23 2016 or thereabouts, Dmitry Torokhov wrote: > > > On Thu, Jun 09, 2016 at 04:53:50PM +0200, Benjamin Tissoires wrote: > > > > + > > > > +static struct

Re: [PATCH v8 4/4] Input: synaptics-rmi4 - add SMBus support

2016-06-27 Thread Benjamin Tissoires
On Jun 24 2016 or thereabouts, Dmitry Torokhov wrote: > On Fri, Jun 24, 2016 at 09:19:32AM +0200, Benjamin Tissoires wrote: > > On Jun 23 2016 or thereabouts, Dmitry Torokhov wrote: > > > On Thu, Jun 09, 2016 at 04:53:50PM +0200, Benjamin Tissoires wrote: > > > > + > > > > +static struct

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