[PATCH 0/3] Make x86's switch_mm run with IRQs off

This is some of the PCID prep work, but I think it's reasonable on its own, too. I might also want it for FSGSBASE. Andy Lutomirski (3): sched: Add switch_mm_irqs_off and use it in the scheduler x86/mm: Uninline switch_mm x86/mm: Turn off IRQs in switch_mm

[PATCH 3/3] x86/mm: Turn off IRQs in switch_mm

Potential races between switch_mm and TLB-flush or LDT-flush IPIs could be very messy. AFAICT the code is currently okay, whether by accident or by careful design, but enabling PCID will make it considerably more complicated and will no longer be obviously safe. Fix it with a bug hammer: run

[PATCH 1/3] sched: Add switch_mm_irqs_off and use it in the scheduler

By defailt, this is the same thing as switch_mm. x86 will override it as an optimization. Cc: Peter Zijlstra Signed-off-by: Andy Lutomirski --- include/linux/mmu_context.h | 7 +++ kernel/sched/core.c | 6 +++--- 2 files changed, 10

[PATCH 0/3] Make x86's switch_mm run with IRQs off

This is some of the PCID prep work, but I think it's reasonable on its own, too. I might also want it for FSGSBASE. Andy Lutomirski (3): sched: Add switch_mm_irqs_off and use it in the scheduler x86/mm: Uninline switch_mm x86/mm: Turn off IRQs in switch_mm

[PATCH 3/3] x86/mm: Turn off IRQs in switch_mm

Potential races between switch_mm and TLB-flush or LDT-flush IPIs could be very messy. AFAICT the code is currently okay, whether by accident or by careful design, but enabling PCID will make it considerably more complicated and will no longer be obviously safe. Fix it with a bug hammer: run

[PATCH 1/3] sched: Add switch_mm_irqs_off and use it in the scheduler

By defailt, this is the same thing as switch_mm. x86 will override it as an optimization. Cc: Peter Zijlstra Signed-off-by: Andy Lutomirski --- include/linux/mmu_context.h | 7 +++ kernel/sched/core.c | 6 +++--- 2 files changed, 10 insertions(+), 3 deletions(-) diff --git

Re: [PATCH 2/2 v6] arc: axs10x: Add DT bindings for I2S PLL Clock

Adding device tree mailing list and Rob Herring. On 21-04-2016 18:19, Jose Abreu wrote: > Add device tree bindings for AXS10X I2S PLL Clock driver. > > Signed-off-by: Jose Abreu > --- > > Changes v5 -> v6: > * Added 'clocks' field > > This patch was only introduced in v5. >

Re: [PATCH 2/2 v6] arc: axs10x: Add DT bindings for I2S PLL Clock

Adding device tree mailing list and Rob Herring. On 21-04-2016 18:19, Jose Abreu wrote: > Add device tree bindings for AXS10X I2S PLL Clock driver. > > Signed-off-by: Jose Abreu > --- > > Changes v5 -> v6: > * Added 'clocks' field > > This patch was only introduced in v5. > >

Re: [PATCH 1/2 v6] clk/axs10x: Add I2S PLL clock driver

Adding device tree mailing list and Rob Herring. On 21-04-2016 18:19, Jose Abreu wrote: > The ARC SDP I2S clock can be programmed using a > specific PLL. > > This patch has the goal of adding a clock driver > that programs this PLL. > > At this moment the rate values are hardcoded in > a table

Re: [PATCH 1/2 v6] clk/axs10x: Add I2S PLL clock driver

Adding device tree mailing list and Rob Herring. On 21-04-2016 18:19, Jose Abreu wrote: > The ARC SDP I2S clock can be programmed using a > specific PLL. > > This patch has the goal of adding a clock driver > that programs this PLL. > > At this moment the rate values are hardcoded in > a table

Re: [RESEND][PATCH 1/3] thermal: mediatek: Add cpu dynamic power cooling model.

On Thu, Apr 21, 2016 at 5:01 AM, Eduardo Valentin wrote: > On Thu, Apr 21, 2016 at 02:41:24AM +0200, Rafael J. Wysocki wrote: >> On Wednesday, April 20, 2016 01:58:07 PM Matthias Brugger wrote: >> > Hi Rafael, >> > >> > On 13/04/16 06:52, Rafael J. Wysocki wrote: >> > > On

Re: [RESEND][PATCH 1/3] thermal: mediatek: Add cpu dynamic power cooling model.

On Thu, Apr 21, 2016 at 5:01 AM, Eduardo Valentin wrote: > On Thu, Apr 21, 2016 at 02:41:24AM +0200, Rafael J. Wysocki wrote: >> On Wednesday, April 20, 2016 01:58:07 PM Matthias Brugger wrote: >> > Hi Rafael, >> > >> > On 13/04/16 06:52, Rafael J. Wysocki wrote: >> > > On Tue, Apr 12, 2016 at

Re: [PATCH v6 07/19] i2c: octeon: Use i2c recovery framework

On Thu, Apr 21, 2016 at 03:54:50PM +0200, Wolfram Sang wrote: > > > I assumed this check was bogus and there are no valid 0-length > > messages... > > They are valid (check SMBUS_QUICK), but not every controller can handle > them correctly. Your driver has SMBUS_QUICK enabled, so this is a >

Re: [PATCH v6 07/19] i2c: octeon: Use i2c recovery framework

On Thu, Apr 21, 2016 at 03:54:50PM +0200, Wolfram Sang wrote: > > > I assumed this check was bogus and there are no valid 0-length > > messages... > > They are valid (check SMBUS_QUICK), but not every controller can handle > them correctly. Your driver has SMBUS_QUICK enabled, so this is a >

[PATCH net v2 0/3] drivers: net: cpsw: phy-handle fixes

From: David Rivshin The first patch fixes a bug that makes dual_emac mode break if either slave uses the phy-handle property in the devicetree. The second patch fixes some cosmetic problems with error messages, and also makes the binding documentation more explicit. The

[PATCH net v2 0/3] drivers: net: cpsw: phy-handle fixes

From: David Rivshin The first patch fixes a bug that makes dual_emac mode break if either slave uses the phy-handle property in the devicetree. The second patch fixes some cosmetic problems with error messages, and also makes the binding documentation more explicit. The third patch cleans up

Re: [PATCH net-next] perf, bpf: minimize the size of perf_trace_() tracepoint handler

From: Alexei Starovoitov Date: Mon, 18 Apr 2016 20:11:50 -0700 > move trace_call_bpf() into helper function to minimize the size > of perf_trace_*() tracepoint handlers. > text data bss dechex filename > 10541679 5526646 2945024 19013349

Re: [PATCH net-next] perf, bpf: minimize the size of perf_trace_() tracepoint handler

From: Alexei Starovoitov Date: Mon, 18 Apr 2016 20:11:50 -0700 > move trace_call_bpf() into helper function to minimize the size > of perf_trace_*() tracepoint handlers. > text data bss dechex filename > 10541679 5526646 2945024 190133491221ee5

[PATCH v2] OMAPDSS: HDMI5: Fix AVI infoframe

From: Jim Lodes The AVI infoframe R0-R3 in the 2nd data byte represents the Active Format Aspect Ratio. It is four bits long not two bits. This fixes that mask used to extract the bits before writing the bits to the hardware registers. Signed-off-by: Jim Lodes

[PATCH v2] OMAPDSS: HDMI5: Fix AVI infoframe

From: Jim Lodes The AVI infoframe R0-R3 in the 2nd data byte represents the Active Format Aspect Ratio. It is four bits long not two bits. This fixes that mask used to extract the bits before writing the bits to the hardware registers. Signed-off-by: Jim Lodes Signed-off-by: J.D. Schroeder

Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits

On Thu, Apr 21, 2016 at 06:17:00PM +0300, Alexander Shishkin wrote: > New versions of Intel PT support address range-based filtering. These > are the registers, bit definitions and relevant CPUID bits. > > Signed-off-by: Alexander Shishkin > --- >

Re: [PATCH v1 2/5] perf/x86/intel/pt: IP filtering register/cpuid bits

On Thu, Apr 21, 2016 at 06:17:00PM +0300, Alexander Shishkin wrote: > New versions of Intel PT support address range-based filtering. These > are the registers, bit definitions and relevant CPUID bits. > > Signed-off-by: Alexander Shishkin > --- > arch/x86/events/intel/pt.c | 2 ++ >

Re: [PATCH 2/5] x86, KASLR: Drop CONFIG_RANDOMIZE_BASE_MAX_OFFSET

On Wed, Apr 20, 2016 at 01:55:43PM -0700, Kees Cook wrote: > From: Baoquan He > > Currently CONFIG_RANDOMIZE_BASE_MAX_OFFSET is used to limit the maximum > offset for kernel randomization. This limit doesn't need to be a CONFIG > since it is tied completely to KERNEL_IMAGE_SIZE,

Re: [PATCH 2/5] x86, KASLR: Drop CONFIG_RANDOMIZE_BASE_MAX_OFFSET

On Wed, Apr 20, 2016 at 01:55:43PM -0700, Kees Cook wrote: > From: Baoquan He > > Currently CONFIG_RANDOMIZE_BASE_MAX_OFFSET is used to limit the maximum > offset for kernel randomization. This limit doesn't need to be a CONFIG > since it is tied completely to KERNEL_IMAGE_SIZE, and will make no

Re: [PATCH] lib/mpi: Fix kernel unaligned acces in mpi_write_to_sgl

On (04/21/16 10:23), Tadeusz Struk wrote: > > What if the mpi_limb_t will happen to be 64 bit? > Thanks, When I checked this with cscope, I found typedef unsigned long int mpi_limb_t; thus I used the *32 functions. But you obviously know better, since you wrote this code (and bug). If you

Re: [PATCH] lib/mpi: Fix kernel unaligned acces in mpi_write_to_sgl

On (04/21/16 10:23), Tadeusz Struk wrote: > > What if the mpi_limb_t will happen to be 64 bit? > Thanks, When I checked this with cscope, I found typedef unsigned long int mpi_limb_t; thus I used the *32 functions. But you obviously know better, since you wrote this code (and bug). If you

Re: [PATCH net-next] net: dsa: remove tag_protocol from dsa_switch

From: Vivien Didelot Date: Mon, 18 Apr 2016 18:24:04 -0400 > Having the tag protocol in dsa_switch_driver for setup time and in > dsa_switch_tree for runtime is enough. Remove dsa_switch's one. > > Signed-off-by: Vivien Didelot

Re: [PATCH net-next] net: dsa: remove tag_protocol from dsa_switch

From: Vivien Didelot Date: Mon, 18 Apr 2016 18:24:04 -0400 > Having the tag protocol in dsa_switch_driver for setup time and in > dsa_switch_tree for runtime is enough. Remove dsa_switch's one. > > Signed-off-by: Vivien Didelot Applied.

[PATCH v2] OMAPDSS: HDMI5: Change DDC timings

From: Jim Lodes The DDC scl high and low times were set to the minimum values from the i2c specification, but the i2c specification takes into account the rise time and fall time to calculate the frequency. To pass HDMI certification DDC can not exceed 100kHz therefore in a

[PATCH v2] OMAPDSS: HDMI5: Change DDC timings

From: Jim Lodes The DDC scl high and low times were set to the minimum values from the i2c specification, but the i2c specification takes into account the rise time and fall time to calculate the frequency. To pass HDMI certification DDC can not exceed 100kHz therefore in a system where the rise

Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular

[Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular] On 21/04/2016 (Thu 15:21) Daniel Lezcano wrote: > On Thu, Apr 21, 2016 at 08:44:55AM -0400, Paul Gortmaker wrote: > > [Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly > > non-modular] On

Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular

[Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular] On 21/04/2016 (Thu 15:21) Daniel Lezcano wrote: > On Thu, Apr 21, 2016 at 08:44:55AM -0400, Paul Gortmaker wrote: > > [Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly > > non-modular] On

Re: [PATCH v5] irqchip, gicv3-its, numa: Enable workaround for Cavium thunderx erratum 23144

On 15.04.16 21:30:05, Robert Richter wrote: > From: Ganapatrao Kulkarni > > The erratum fixes the hang of ITS SYNC command by avoiding inter node > io and collections/cpu mapping on thunderx dual-socket platform. > > This fix is only applicable for Cavium's

Re: [PATCH v5] irqchip, gicv3-its, numa: Enable workaround for Cavium thunderx erratum 23144

On 15.04.16 21:30:05, Robert Richter wrote: > From: Ganapatrao Kulkarni > > The erratum fixes the hang of ITS SYNC command by avoiding inter node > io and collections/cpu mapping on thunderx dual-socket platform. > > This fix is only applicable for Cavium's ThunderX dual-socket platform. > >

Re: [PATCH 3/3] checkpatch: relax Kconfig help text line number threshold

On Thu, Apr 21, 2016 at 10:00:07AM -0700, Joe Perches wrote: > On Thu, 2016-04-21 at 21:28 +0800, Yingjoe Chen wrote: > > Current threshold is too strict and many upstream patch doesn't pass > > this test. Relax it. > > I don't have an issue with this. > Maybe Andi Kleen does though. So you

Re: [PATCH 3/3] checkpatch: relax Kconfig help text line number threshold

On Thu, Apr 21, 2016 at 10:00:07AM -0700, Joe Perches wrote: > On Thu, 2016-04-21 at 21:28 +0800, Yingjoe Chen wrote: > > Current threshold is too strict and many upstream patch doesn't pass > > this test. Relax it. > > I don't have an issue with this. > Maybe Andi Kleen does though. So you

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

2016-04-21 19:18+0200, Greg Kurz: > On Thu, 21 Apr 2016 18:08:41 +0200 > Radim Krčmář wrote: >> 2016-04-21 17:49+0200, Greg Kurz: >> > So we're good ? >> >> I support the change, just had a nit about API design for v2. >> > > As I said in my other mail, I'm not sure we

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

2016-04-21 19:18+0200, Greg Kurz: > On Thu, 21 Apr 2016 18:08:41 +0200 > Radim Krčmář wrote: >> 2016-04-21 17:49+0200, Greg Kurz: >> > So we're good ? >> >> I support the change, just had a nit about API design for v2. >> > > As I said in my other mail, I'm not sure we should do more... if >

Re: [PATCH v4 2/2] KVM: move vcpu id checking to archs

2016-04-21 18:45+0200, Greg Kurz: > On Thu, 21 Apr 2016 18:00:19 +0200 > Radim Krčmář wrote: >> 2016-04-21 16:20+0200, Greg Kurz: >> > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") >> > introduced a check to prevent potential kernel memory

Re: [PATCH v4 2/2] KVM: move vcpu id checking to archs

2016-04-21 18:45+0200, Greg Kurz: > On Thu, 21 Apr 2016 18:00:19 +0200 > Radim Krčmář wrote: >> 2016-04-21 16:20+0200, Greg Kurz: >> > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") >> > introduced a check to prevent potential kernel memory corruption in case >> > the

Re: [PATCH] lib/mpi: Fix kernel unaligned acces in mpi_write_to_sgl

On 04/21/2016 04:07 AM, Sowmini Varadhan wrote: > > Commit 2d4d1eea540b ("lib/mpi: Add mpi sgl helpers") added > mpi_write_to_sgl() which generates traps due to unaligned > access on some platforms like sparc. Fix this by using > the get_unaligned* and put_unaligned* functions. > > Fixes:

Re: [PATCH] lib/mpi: Fix kernel unaligned acces in mpi_write_to_sgl

On 04/21/2016 04:07 AM, Sowmini Varadhan wrote: > > Commit 2d4d1eea540b ("lib/mpi: Add mpi sgl helpers") added > mpi_write_to_sgl() which generates traps due to unaligned > access on some platforms like sparc. Fix this by using > the get_unaligned* and put_unaligned* functions. > > Fixes:

[PATCH] ixgbevf: Fix relaxed order settings in VF driver

Current code writes the tx/rx relaxed order without reading it first. This can lead to unintended consequences as we are forcibly writing other bits. We noticed this problem while testing VF driver on sparc. Relaxed order settings for rx queue were all messed up which was causing performance drop

[PATCH] ixgbevf: Fix relaxed order settings in VF driver

Current code writes the tx/rx relaxed order without reading it first. This can lead to unintended consequences as we are forcibly writing other bits. We noticed this problem while testing VF driver on sparc. Relaxed order settings for rx queue were all messed up which was causing performance drop

[PATCH 2/2 v6] arc: axs10x: Add DT bindings for I2S PLL Clock

Add device tree bindings for AXS10X I2S PLL Clock driver. Signed-off-by: Jose Abreu --- Changes v5 -> v6: * Added 'clocks' field This patch was only introduced in v5. arch/arc/boot/dts/axs10x_mb.dtsi | 13 + 1 file changed, 13 insertions(+) diff --git

[PATCH 2/2 v6] arc: axs10x: Add DT bindings for I2S PLL Clock

Add device tree bindings for AXS10X I2S PLL Clock driver. Signed-off-by: Jose Abreu --- Changes v5 -> v6: * Added 'clocks' field This patch was only introduced in v5. arch/arc/boot/dts/axs10x_mb.dtsi | 13 + 1 file changed, 13 insertions(+) diff --git

[PATCH v2.1 1/9] dt-binding: remoteproc: Introduce Qualcomm WCNSS loader binding

From: Bjorn Andersson The document defines the binding for a component that loads firmware for and boots the Qualcomm WCNSS core. Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson --- Rob,

[PATCH v2.1 1/9] dt-binding: remoteproc: Introduce Qualcomm WCNSS loader binding

From: Bjorn Andersson The document defines the binding for a component that loads firmware for and boots the Qualcomm WCNSS core. Signed-off-by: Bjorn Andersson Signed-off-by: Bjorn Andersson --- Rob, I got your Ack on v2, but I would like to make a small amendment before merging this. As

[PATCH 1/2 v6] clk/axs10x: Add I2S PLL clock driver

The ARC SDP I2S clock can be programmed using a specific PLL. This patch has the goal of adding a clock driver that programs this PLL. At this moment the rate values are hardcoded in a table but in the future it would be ideal to use a function which determines the PLL values given the desired

[PATCH 1/2 v6] clk/axs10x: Add I2S PLL clock driver

The ARC SDP I2S clock can be programmed using a specific PLL. This patch has the goal of adding a clock driver that programs this PLL. At this moment the rate values are hardcoded in a table but in the future it would be ideal to use a function which determines the PLL values given the desired

[PATCH 0/2 v6] Add AXS10X I2S PLL clock driver

The ARC SDP I2S clock can be programmed using a specific PLL. This patch series has the goal of adding a clock driver that programs this PLL. Changes v5 -> v6: * Use parent clock to determine PLL input rate instead of using hardcoded values * Documentation update (added 'clocks' field) *

[PATCH 0/2 v6] Add AXS10X I2S PLL clock driver

The ARC SDP I2S clock can be programmed using a specific PLL. This patch series has the goal of adding a clock driver that programs this PLL. Changes v5 -> v6: * Use parent clock to determine PLL input rate instead of using hardcoded values * Documentation update (added 'clocks' field) *

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

On Thu, 21 Apr 2016 18:08:41 +0200 Radim Krčmář wrote: > 2016-04-21 17:49+0200, Greg Kurz: > > So we're good ? > > I support the change, just had a nit about API design for v2. > As I said in my other mail, I'm not sure we should do more... if that's okay for you and you

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

On Thu, 21 Apr 2016 18:08:41 +0200 Radim Krčmář wrote: > 2016-04-21 17:49+0200, Greg Kurz: > > So we're good ? > > I support the change, just had a nit about API design for v2. > As I said in my other mail, I'm not sure we should do more... if that's okay for you and you still support the

Re: [PATCHv2 5/5] efi/runtime-wrappers: detect FW irq flag corruption

On Thu, Apr 21, 2016 at 07:05:32PM +0200, Ard Biesheuvel wrote: > On 21 April 2016 at 13:35, Mark Rutland wrote: > > @@ -25,8 +27,11 @@ > > #define efi_call_virt(f, args...) \ > > ({

Re: [PATCHv2 5/5] efi/runtime-wrappers: detect FW irq flag corruption

On Thu, Apr 21, 2016 at 07:05:32PM +0200, Ard Biesheuvel wrote: > On 21 April 2016 at 13:35, Mark Rutland wrote: > > @@ -25,8 +27,11 @@ > > #define efi_call_virt(f, args...) \ > > ({ \ > >

Re: [PATCH] sched/cpufreq: don't trigger cpufreq update w/o real rt/deadline tasks running

On Thu, Apr 21, 2016 at 07:07:51PM +0200, Rafael J. Wysocki wrote: > On Thu, Apr 21, 2016 at 2:33 PM, Peter Zijlstra wrote: > > On Thu, Apr 21, 2016 at 09:09:43AM +0800, Wanpeng Li wrote: > >> >> Sometimes .update_curr hook is called w/o tasks actually running, it is > >> >>

Re: [PATCH] sched/cpufreq: don't trigger cpufreq update w/o real rt/deadline tasks running

On Thu, Apr 21, 2016 at 07:07:51PM +0200, Rafael J. Wysocki wrote: > On Thu, Apr 21, 2016 at 2:33 PM, Peter Zijlstra wrote: > > On Thu, Apr 21, 2016 at 09:09:43AM +0800, Wanpeng Li wrote: > >> >> Sometimes .update_curr hook is called w/o tasks actually running, it is > >> >> captured by: > >> >>

Re: [PATCH 1/3] checkpatch: add Kconfig 'default n' test

On Thu, 2016-04-21 at 21:28 +0800, Yingjoe Chen wrote: > If a Kconfig config option doesn't specify 'default', the default > will be n. Adding 'default n' is unnecessary. > > Add a test to warn about this. [] > diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl [] > @@ -2600,6 +2600,13 @@

Re: [PATCH 1/3] checkpatch: add Kconfig 'default n' test

On Thu, 2016-04-21 at 21:28 +0800, Yingjoe Chen wrote: > If a Kconfig config option doesn't specify 'default', the default > will be n. Adding 'default n' is unnecessary. > > Add a test to warn about this. [] > diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl [] > @@ -2600,6 +2600,13 @@

RE: [PATCH v3 3/3] dmaengine: vdma: Add clock support

Hi Soren, > -Original Message- > From: Sören Brinkmann [mailto:soren.brinkm...@xilinx.com] > Sent: Thursday, April 21, 2016 10:32 PM > To: Appana Durga Kedareswara Rao > Cc: Soren Brinkmann ; robh...@kernel.org; > pawel.m...@arm.com;

RE: [PATCH v3 3/3] dmaengine: vdma: Add clock support

Hi Soren, > -Original Message- > From: Sören Brinkmann [mailto:soren.brinkm...@xilinx.com] > Sent: Thursday, April 21, 2016 10:32 PM > To: Appana Durga Kedareswara Rao > Cc: Soren Brinkmann ; robh...@kernel.org; > pawel.m...@arm.com; mark.rutl...@arm.com; ijc+devicet...@hellion.org.uk; >

Re: [PATCH 5/6] fs: define a string representation of the kernel_read_file_id enumeration

On Thu, 2016-04-21 at 09:47 -0700, Kees Cook wrote: > On Thu, Apr 21, 2016 at 6:26 AM, Andy Shevchenko > wrote: > > > > On Wed, 2016-04-20 at 15:46 -0700, Kees Cook wrote: > > > > > > From: Mimi Zohar > > > > > > A string

Re: [PATCH 5/6] fs: define a string representation of the kernel_read_file_id enumeration

On Thu, 2016-04-21 at 09:47 -0700, Kees Cook wrote: > On Thu, Apr 21, 2016 at 6:26 AM, Andy Shevchenko > wrote: > > > > On Wed, 2016-04-20 at 15:46 -0700, Kees Cook wrote: > > > > > > From: Mimi Zohar > > > > > > A string representation of the kernel_read_file_id enumeration is > > > needed

Re: [PATCH] sched/cpufreq: don't trigger cpufreq update w/o real rt/deadline tasks running

On Thu, Apr 21, 2016 at 2:33 PM, Peter Zijlstra wrote: > On Thu, Apr 21, 2016 at 09:09:43AM +0800, Wanpeng Li wrote: >> >> Sometimes .update_curr hook is called w/o tasks actually running, it is >> >> captured by: >> >> >> >> u64 delta_exec = rq_clock_task(rq) -

Re: [PATCH] sched/cpufreq: don't trigger cpufreq update w/o real rt/deadline tasks running

On Thu, Apr 21, 2016 at 2:33 PM, Peter Zijlstra wrote: > On Thu, Apr 21, 2016 at 09:09:43AM +0800, Wanpeng Li wrote: >> >> Sometimes .update_curr hook is called w/o tasks actually running, it is >> >> captured by: >> >> >> >> u64 delta_exec = rq_clock_task(rq) - curr->se.exec_start; >>

Re: fs: GPF in locked_inode_to_wb_and_lock_list

Hello, (cc'ing Ilya, Jan and Jens) On Thu, Apr 21, 2016 at 12:00:38PM +0200, Dmitry Vyukov wrote: > On Thu, Apr 21, 2016 at 11:45 AM, Andrey Ryabinin > wrote: > > 2016-04-21 11:35 GMT+03:00 Dmitry Vyukov : > >> > >> 818884dd: 48 8b 03

Re: fs: GPF in locked_inode_to_wb_and_lock_list

Hello, (cc'ing Ilya, Jan and Jens) On Thu, Apr 21, 2016 at 12:00:38PM +0200, Dmitry Vyukov wrote: > On Thu, Apr 21, 2016 at 11:45 AM, Andrey Ryabinin > wrote: > > 2016-04-21 11:35 GMT+03:00 Dmitry Vyukov : > >> > >> 818884dd: 48 8b 03mov(%rbx),%rax > >> > >> So

Re: [PATCH 2/3] checkpatch: testing more config for Kconfig help text

On Thu, 2016-04-21 at 21:28 +0800, Yingjoe Chen wrote: > Current help text check only check a config option if it is followed > by another config. > Adding check for help text if the next entry is menuconfig, choice/ > endchoice, comment, menu/endmenu, if/endif, source or end of file. [] > diff

Re: [PATCH 2/3] checkpatch: testing more config for Kconfig help text

On Thu, 2016-04-21 at 21:28 +0800, Yingjoe Chen wrote: > Current help text check only check a config option if it is followed > by another config. > Adding check for help text if the next entry is menuconfig, choice/ > endchoice, comment, menu/endmenu, if/endif, source or end of file. [] > diff

Re: [PATCHv2 5/5] efi/runtime-wrappers: detect FW irq flag corruption

On 21 April 2016 at 13:35, Mark Rutland wrote: > The UEFI spec allows runtime services to be called with interrupts > masked or unmasked, and if a runtime service function needs to mask > interrupts, it must restore the mask to its original state before > returning (i.e.

Re: [PATCHv2 5/5] efi/runtime-wrappers: detect FW irq flag corruption

On 21 April 2016 at 13:35, Mark Rutland wrote: > The UEFI spec allows runtime services to be called with interrupts > masked or unmasked, and if a runtime service function needs to mask > interrupts, it must restore the mask to its original state before > returning (i.e. from the PoV of the OS,

Re: [PATCH v3 3/3] dmaengine: vdma: Add clock support

On Thu, 2016-04-21 at 09:32:44 -0700, Appana Durga Kedareswara Rao wrote: > Hi Soren, > > > -Original Message- > > From: Sören Brinkmann [mailto:soren.brinkm...@xilinx.com] > > Sent: Thursday, April 21, 2016 9:52 PM > > To: Appana Durga Kedareswara Rao > > Cc:

Re: [PATCH v3 3/3] dmaengine: vdma: Add clock support

On Thu, 2016-04-21 at 09:32:44 -0700, Appana Durga Kedareswara Rao wrote: > Hi Soren, > > > -Original Message- > > From: Sören Brinkmann [mailto:soren.brinkm...@xilinx.com] > > Sent: Thursday, April 21, 2016 9:52 PM > > To: Appana Durga Kedareswara Rao > > Cc: robh...@kernel.org;

Re: alloc failure in qla1280 probe -- need to decrease can_queue?

On 04/20/2016 07:15 AM, Johannes Thumshirn wrote: [+Cc Michael Reed as get_maintainer.pl lists him as qla1280 maintainer ] On Mon, Apr 18, 2016 at 03:07:15PM -0700, Laura Abbott wrote: Hi, We received a bug report https://bugzilla.redhat.com/show_bug.cgi?id=1321033 of qla1280 scsi host

Re: alloc failure in qla1280 probe -- need to decrease can_queue?

On 04/20/2016 07:15 AM, Johannes Thumshirn wrote: [+Cc Michael Reed as get_maintainer.pl lists him as qla1280 maintainer ] On Mon, Apr 18, 2016 at 03:07:15PM -0700, Laura Abbott wrote: Hi, We received a bug report https://bugzilla.redhat.com/show_bug.cgi?id=1321033 of qla1280 scsi host

Re: [PATCH 3/3] checkpatch: relax Kconfig help text line number threshold

On Thu, 2016-04-21 at 21:28 +0800, Yingjoe Chen wrote: > Current threshold is too strict and many upstream patch doesn't pass > this test. Relax it. I don't have an issue with this. Maybe Andi Kleen does though. > Signed-off-by: Yingjoe Chen > > --- > In v4.6-rc1,

Re: [PATCH 3/3] checkpatch: relax Kconfig help text line number threshold

On Thu, 2016-04-21 at 21:28 +0800, Yingjoe Chen wrote: > Current threshold is too strict and many upstream patch doesn't pass > this test. Relax it. I don't have an issue with this. Maybe Andi Kleen does though. > Signed-off-by: Yingjoe Chen > > --- > In v4.6-rc1, 171 new config options was

Re: [PATCHv2 2/5] arm64/efi: move to generic {__,}efi_call_virt

On Thu, Apr 21, 2016 at 05:48:40PM +0100, Will Deacon wrote: > On Thu, Apr 21, 2016 at 12:35:26PM +0100, Mark Rutland wrote: > > Now there's a common template for {__,}efi_call_virt, remove the > > duplicate logic from the arm64 efi code. > > > > Signed-off-by: Mark Rutland

Re: [PATCHv2 2/5] arm64/efi: move to generic {__,}efi_call_virt

On Thu, Apr 21, 2016 at 05:48:40PM +0100, Will Deacon wrote: > On Thu, Apr 21, 2016 at 12:35:26PM +0100, Mark Rutland wrote: > > Now there's a common template for {__,}efi_call_virt, remove the > > duplicate logic from the arm64 efi code. > > > > Signed-off-by: Mark Rutland > > Cc: Ard

Re: [PATCH v3 04/19] clk: sunxi: Add TCON channel1 clock

On Fri, Apr 15, 2016 at 03:39:36PM -0700, Stephen Boyd wrote: > On 03/23, Maxime Ripard wrote: > > The TCON is a controller generating the timings to output videos signals, > > acting like both a CRTC and an encoder. > > > > It has two channels depending on the output, each channel being driven

Re: [PATCH v3 04/19] clk: sunxi: Add TCON channel1 clock

On Fri, Apr 15, 2016 at 03:39:36PM -0700, Stephen Boyd wrote: > On 03/23, Maxime Ripard wrote: > > The TCON is a controller generating the timings to output videos signals, > > acting like both a CRTC and an encoder. > > > > It has two channels depending on the output, each channel being driven

[PATCH 1/1] perf/x86/intel: Fix wrong lbr_sel_mask

From: Kan Liang This patch fixes an issue which starts from 'commit b16a5b52eb90 ("perf/x86: Add option to disable reading branch flags/cycles")'. In this patch, lbr_sel_mask is used to mask the lbr_select. But LBR_SEL_MASK doesn't include the bit for LBR_CALL_STACK. So LBR

[PATCH 1/1] perf/x86/intel: Fix wrong lbr_sel_mask

From: Kan Liang This patch fixes an issue which starts from 'commit b16a5b52eb90 ("perf/x86: Add option to disable reading branch flags/cycles")'. In this patch, lbr_sel_mask is used to mask the lbr_select. But LBR_SEL_MASK doesn't include the bit for LBR_CALL_STACK. So LBR call stack will

Re: [PATCH v6 2/6] GCC plugin infrastructure

On Tue, Apr 12, 2016 at 7:35 PM, Masahiro Yamada wrote: > Hi Emese, > > > 2016-04-08 6:13 GMT+09:00 Emese Revfy : > >> diff --git a/Makefile b/Makefile >> index 173437d..3af7b9e 100644 >> --- a/Makefile >> +++ b/Makefile >> @@ -418,6 +418,8 @@

Re: [PATCH v6 2/6] GCC plugin infrastructure

On Tue, Apr 12, 2016 at 7:35 PM, Masahiro Yamada wrote: > Hi Emese, > > > 2016-04-08 6:13 GMT+09:00 Emese Revfy : > >> diff --git a/Makefile b/Makefile >> index 173437d..3af7b9e 100644 >> --- a/Makefile >> +++ b/Makefile >> @@ -418,6 +418,8 @@ export KBUILD_AFLAGS_MODULE KBUILD_CFLAGS_MODULE >>

Re: Major KVM issues with kernel 4.5 on the host

On Thu, Apr 21, 2016 at 04:50:05PM +0200, Marc Haber wrote: > What bothers me is that since I ended up with a "suspect" commit that > actually results in a "good" kernel (running for 22 hours now), I must > have said "bad" to an actually "good" kernel, which means that I had > an unrelated crash

Re: Major KVM issues with kernel 4.5 on the host

On Thu, Apr 21, 2016 at 04:50:05PM +0200, Marc Haber wrote: > What bothers me is that since I ended up with a "suspect" commit that > actually results in a "good" kernel (running for 22 hours now), I must > have said "bad" to an actually "good" kernel, which means that I had > an unrelated crash

Re: [PATCH v2] Force cppc_cpufreq to report values in KHz to fix user space reporting

On 04/21/2016 08:53 AM, Alexey Klimov wrote: > > On Tue, Apr 19, 2016 at 1:11 AM, Al Stone wrote: >> >> When CPPC is being used by ACPI on arm64, user space tools such as >> cpupower report CPU frequency values from sysfs that are incorrect. >> >> What the driver was doing was

Re: [PATCH v2] Force cppc_cpufreq to report values in KHz to fix user space reporting

On 04/21/2016 08:53 AM, Alexey Klimov wrote: > > On Tue, Apr 19, 2016 at 1:11 AM, Al Stone wrote: >> >> When CPPC is being used by ACPI on arm64, user space tools such as >> cpupower report CPU frequency values from sysfs that are incorrect. >> >> What the driver was doing was reporting the

Re: [PATCHv2 2/5] arm64/efi: move to generic {__,}efi_call_virt

On Thu, Apr 21, 2016 at 12:35:26PM +0100, Mark Rutland wrote: > Now there's a common template for {__,}efi_call_virt, remove the > duplicate logic from the arm64 efi code. > > Signed-off-by: Mark Rutland > Cc: Ard Biesheuvel > Cc: Catalin Marinas

Re: [PATCHv2 2/5] arm64/efi: move to generic {__,}efi_call_virt

On Thu, Apr 21, 2016 at 12:35:26PM +0100, Mark Rutland wrote: > Now there's a common template for {__,}efi_call_virt, remove the > duplicate logic from the arm64 efi code. > > Signed-off-by: Mark Rutland > Cc: Ard Biesheuvel > Cc: Catalin Marinas > Cc: Leif Lindholm > Cc: Matt Fleming > Cc:

Re: [PATCH 5/6] fs: define a string representation of the kernel_read_file_id enumeration

On Thu, Apr 21, 2016 at 6:26 AM, Andy Shevchenko wrote: > On Wed, 2016-04-20 at 15:46 -0700, Kees Cook wrote: >> From: Mimi Zohar >> >> A string representation of the kernel_read_file_id enumeration is >> needed for displaying messages

Re: [PATCH 5/6] fs: define a string representation of the kernel_read_file_id enumeration

On Thu, Apr 21, 2016 at 6:26 AM, Andy Shevchenko wrote: > On Wed, 2016-04-20 at 15:46 -0700, Kees Cook wrote: >> From: Mimi Zohar >> >> A string representation of the kernel_read_file_id enumeration is >> needed for displaying messages (eg. pr_info, auditing) that can be >> used by multiple LSMs

Re: [PATCH v4 2/2] KVM: move vcpu id checking to archs

On Thu, 21 Apr 2016 18:00:19 +0200 Radim Krčmář wrote: > 2016-04-21 16:20+0200, Greg Kurz: > > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") > > introduced a check to prevent potential kernel memory corruption in case > > the vcpu id is too great.

Re: [PATCH v4 2/2] KVM: move vcpu id checking to archs

On Thu, 21 Apr 2016 18:00:19 +0200 Radim Krčmář wrote: > 2016-04-21 16:20+0200, Greg Kurz: > > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") > > introduced a check to prevent potential kernel memory corruption in case > > the vcpu id is too great. > > > >

Re: [PATCH] Documentation:Update Documentation/zh_CN/arm64/booting.txt

On Thu, Apr 21, 2016 at 09:45:40PM +0800, w...@redhat.com wrote: > From: Fu Wei > > This is a update of Chinese documentation: > Documentation/zh_CN/arm64/booting.txt > > It is based on the modifications of Documentation/arm64/booting.txt in > submission: > "a7f8de16". > >

Re: [PATCH] Documentation:Update Documentation/zh_CN/arm64/booting.txt

On Thu, Apr 21, 2016 at 09:45:40PM +0800, w...@redhat.com wrote: > From: Fu Wei > > This is a update of Chinese documentation: > Documentation/zh_CN/arm64/booting.txt > > It is based on the modifications of Documentation/arm64/booting.txt in > submission: > "a7f8de16". > > Signed-off-by: Fu

RE: [PATCH v3 3/3] dmaengine: vdma: Add clock support

Hi Soren, > -Original Message- > From: Sören Brinkmann [mailto:soren.brinkm...@xilinx.com] > Sent: Thursday, April 21, 2016 9:52 PM > To: Appana Durga Kedareswara Rao > Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com; > ijc+devicet...@hellion.org.uk;

RE: [PATCH v3 3/3] dmaengine: vdma: Add clock support

Hi Soren, > -Original Message- > From: Sören Brinkmann [mailto:soren.brinkm...@xilinx.com] > Sent: Thursday, April 21, 2016 9:52 PM > To: Appana Durga Kedareswara Rao > Cc: robh...@kernel.org; pawel.m...@arm.com; mark.rutl...@arm.com; > ijc+devicet...@hellion.org.uk;

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