[PATCH 10/11] staging: fsl-mc: properly set hwirq in msi set_desc

For an MSI domain the hwirq is an arbitrary but unique id to identify an interrupt. Previously the hwirq was set to the MSI index of the interrupt, but that only works if there is one DPRC. Additional DPRCs require an expanded namespace. Use both the ICID (which is unique per DPRC) and the MSI

[PATCH 10/11] staging: fsl-mc: properly set hwirq in msi set_desc

For an MSI domain the hwirq is an arbitrary but unique id to identify an interrupt. Previously the hwirq was set to the MSI index of the interrupt, but that only works if there is one DPRC. Additional DPRCs require an expanded namespace. Use both the ICID (which is unique per DPRC) and the MSI

[PATCH 00/11] staging: fsl-mc: module loading support, fixes, and cleanup

This patch series does some cleanup and further sets the stage for additional fsl-mc device drivers. -Patches 1-4 add missing fsl-mc support for modalias and udev-based module loading of drivers. -Patch 5 exports a function some drivers rely on. -Patch 6 makes a needed helper function visible to

[PATCH 00/11] staging: fsl-mc: module loading support, fixes, and cleanup

This patch series does some cleanup and further sets the stage for additional fsl-mc device drivers. -Patches 1-4 add missing fsl-mc support for modalias and udev-based module loading of drivers. -Patch 5 exports a function some drivers rely on. -Patch 6 makes a needed helper function visible to

Re: [PATCH v3 1/3] x86/ptrace: Stop setting TS_COMPAT in ptrace code

Andy, sorry for delay. And for the noise. I just want to say that I'll try very much to read this series tomorrow. I have some concerns at first glance... but I feel that most probably this is only because I already need to sleep ;) Oleg.

Re: [PATCH v3 1/3] x86/ptrace: Stop setting TS_COMPAT in ptrace code

Andy, sorry for delay. And for the noise. I just want to say that I'll try very much to read this series tomorrow. I have some concerns at first glance... but I feel that most probably this is only because I already need to sleep ;) Oleg.

[PATCH v5 1/9] [media] v4l2-core: Add support for touch devices

Some touch controllers send out touch data in a similar way to a greyscale frame grabber. Use a new device prefix v4l-touch for these devices, to stop generic capture software from treating them as webcams. Add formats: - V4L2_TCH_FMT_DELTA_TD16 for signed 16-bit touch deltas -

[PATCH v5 1/9] [media] v4l2-core: Add support for touch devices

Some touch controllers send out touch data in a similar way to a greyscale frame grabber. Use a new device prefix v4l-touch for these devices, to stop generic capture software from treating them as webcams. Add formats: - V4L2_TCH_FMT_DELTA_TD16 for signed 16-bit touch deltas -

[PATCH v5 5/9] Input: atmel_mxt_ts - handle diagnostic data orientation

Invert the diagnostic data to match the orientation of the input device. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/atmel_mxt_ts.c | 26 +- 1 file changed, 21 insertions(+), 5 deletions(-) diff --git

[PATCH v5 0/9] Output raw touch data via V4L2

This is a series of patches to add output of raw touch diagnostic data via V4L2 to the Atmel maXTouch and Synaptics RMI4 drivers. It's a rewrite of the previous implementation which output via debugfs: it now uses a V4L2 device in a similar way to the sur40 driver. We have a utility which can

[PATCH v5 5/9] Input: atmel_mxt_ts - handle diagnostic data orientation

Invert the diagnostic data to match the orientation of the input device. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/atmel_mxt_ts.c | 26 +- 1 file changed, 21 insertions(+), 5 deletions(-) diff --git a/drivers/input/touchscreen/atmel_mxt_ts.c

[PATCH v5 0/9] Output raw touch data via V4L2

This is a series of patches to add output of raw touch diagnostic data via V4L2 to the Atmel maXTouch and Synaptics RMI4 drivers. It's a rewrite of the previous implementation which output via debugfs: it now uses a V4L2 device in a similar way to the sur40 driver. We have a utility which can

RE: [PATCH v6] r8152: Add support for setting pass through MAC address on RTL8153-AD

> -Original Message- > From: Limonciello, Mario > Sent: Tuesday, June 14, 2016 5:27 PM > To: 'David Miller' ; pali.ro...@gmail.com > Cc: gre...@linuxfoundation.org; and...@lunn.ch; > hayesw...@realtek.com; linux-kernel@vger.kernel.org; > net...@vger.kernel.org;

RE: [PATCH v6] r8152: Add support for setting pass through MAC address on RTL8153-AD

> -Original Message- > From: Limonciello, Mario > Sent: Tuesday, June 14, 2016 5:27 PM > To: 'David Miller' ; pali.ro...@gmail.com > Cc: gre...@linuxfoundation.org; and...@lunn.ch; > hayesw...@realtek.com; linux-kernel@vger.kernel.org; > net...@vger.kernel.org; linux-...@vger.kernel.org; >

[PATCH v5 2/9] Input: atmel_mxt_ts - add support for T37 diagnostic data

Atmel maXTouch devices have a T37 object which can be used to read raw touch deltas from the device. This consists of an array of 16-bit integers, one for each node on the touchscreen matrix. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/Kconfig| 6 ++

[PATCH v5 2/9] Input: atmel_mxt_ts - add support for T37 diagnostic data

Atmel maXTouch devices have a T37 object which can be used to read raw touch deltas from the device. This consists of an array of 16-bit integers, one for each node on the touchscreen matrix. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/Kconfig| 6 ++

[PATCH v5 6/9] Input: atmel_mxt_ts - add diagnostic data support for mXT1386

The mXT1386 family of chips have a different architecture which splits the diagnostic data into 3 columns. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/atmel_mxt_ts.c | 31 --- 1 file changed, 28 insertions(+), 3 deletions(-) diff

[PATCH v5 6/9] Input: atmel_mxt_ts - add diagnostic data support for mXT1386

The mXT1386 family of chips have a different architecture which splits the diagnostic data into 3 columns. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/atmel_mxt_ts.c | 31 --- 1 file changed, 28 insertions(+), 3 deletions(-) diff --git

[PATCH v5 4/9] Input: atmel_mxt_ts - read touchscreen size

The touchscreen may have a margin where not all the matrix is used. Read the parameters from T9 and T100 and take account of the difference. Note: this does not read the XORIGIN/YORIGIN fields so it assumes that the touchscreen starts at (0,0) Signed-off-by: Nick Dyer ---

[PATCH v5 4/9] Input: atmel_mxt_ts - read touchscreen size

The touchscreen may have a margin where not all the matrix is used. Read the parameters from T9 and T100 and take account of the difference. Note: this does not read the XORIGIN/YORIGIN fields so it assumes that the touchscreen starts at (0,0) Signed-off-by: Nick Dyer ---

[PATCH v5 7/9] Input: atmel_mxt_ts - add support for reference data

There are different datatypes available from a maXTouch chip. Add support to retrieve reference data as well. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/atmel_mxt_ts.c | 58 1 file changed, 51 insertions(+), 7 deletions(-)

[PATCH v5 7/9] Input: atmel_mxt_ts - add support for reference data

There are different datatypes available from a maXTouch chip. Add support to retrieve reference data as well. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/atmel_mxt_ts.c | 58 1 file changed, 51 insertions(+), 7 deletions(-) diff --git

[PATCH v5 9/9] Input: sur40 - use new V4L2 touch input type

Signed-off-by: Nick Dyer --- drivers/input/touchscreen/sur40.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/input/touchscreen/sur40.c b/drivers/input/touchscreen/sur40.c index 880c40b..841e045 100644 ---

[PATCH v5 9/9] Input: sur40 - use new V4L2 touch input type

Signed-off-by: Nick Dyer --- drivers/input/touchscreen/sur40.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/input/touchscreen/sur40.c b/drivers/input/touchscreen/sur40.c index 880c40b..841e045 100644 --- a/drivers/input/touchscreen/sur40.c +++

[PATCH v5 8/9] Input: synaptics-rmi4 - add support for F54 diagnostics

Function 54 implements access to various RMI4 diagnostic features. This patch adds support for retrieving this data. It registers a V4L2 device to output the data to user space. Signed-off-by: Nick Dyer --- drivers/input/rmi4/Kconfig | 11 +

[PATCH v5 8/9] Input: synaptics-rmi4 - add support for F54 diagnostics

Function 54 implements access to various RMI4 diagnostic features. This patch adds support for retrieving this data. It registers a V4L2 device to output the data to user space. Signed-off-by: Nick Dyer --- drivers/input/rmi4/Kconfig | 11 + drivers/input/rmi4/Makefile | 1 +

[PATCH v5 3/9] Input: atmel_mxt_ts - output diagnostic debug via v4l2 device

Register a video device to output T37 diagnostic data. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/Kconfig| 6 +- drivers/input/touchscreen/atmel_mxt_ts.c | 244 +++ 2 files changed, 248 insertions(+), 2 deletions(-) diff

[PATCH v5 3/9] Input: atmel_mxt_ts - output diagnostic debug via v4l2 device

Register a video device to output T37 diagnostic data. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/Kconfig| 6 +- drivers/input/touchscreen/atmel_mxt_ts.c | 244 +++ 2 files changed, 248 insertions(+), 2 deletions(-) diff --git

Re: [patch] mm, compaction: abort free scanner if split fails

On Wed, 22 Jun 2016, Andrew Morton wrote: > On Tue, 21 Jun 2016 18:22:49 -0700 (PDT) David Rientjes > wrote: > > > If the memory compaction free scanner cannot successfully split a free > > page (only possible due to per-zone low watermark), terminate the free > > scanner

Re: [patch] mm, compaction: abort free scanner if split fails

On Wed, 22 Jun 2016, Andrew Morton wrote: > On Tue, 21 Jun 2016 18:22:49 -0700 (PDT) David Rientjes > wrote: > > > If the memory compaction free scanner cannot successfully split a free > > page (only possible due to per-zone low watermark), terminate the free > > scanner rather than

Re: [PATCH v4] vfio-pci: Allow to mmap sub-page MMIO BARs if the mmio page is exclusive

On Mon, 30 May 2016 21:06:37 +0800 Yongji Xie wrote: > Current vfio-pci implementation disallows to mmap > sub-page(size < PAGE_SIZE) MMIO BARs because these BARs' mmio > page may be shared with other BARs. This will cause some > performance issues when we passthrough

Re: [PATCH v4] vfio-pci: Allow to mmap sub-page MMIO BARs if the mmio page is exclusive

On Mon, 30 May 2016 21:06:37 +0800 Yongji Xie wrote: > Current vfio-pci implementation disallows to mmap > sub-page(size < PAGE_SIZE) MMIO BARs because these BARs' mmio > page may be shared with other BARs. This will cause some > performance issues when we passthrough a PCI device with > this

[PATCH 05/11] staging: fsl-mc: export mc_get_version

some drivers (built as modules) rely on mc_get_version() Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/dpmng.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/fsl-mc/bus/dpmng.c b/drivers/staging/fsl-mc/bus/dpmng.c index f633fcd..a31fa9b

[PATCH 05/11] staging: fsl-mc: export mc_get_version

some drivers (built as modules) rely on mc_get_version() Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/dpmng.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/fsl-mc/bus/dpmng.c b/drivers/staging/fsl-mc/bus/dpmng.c index f633fcd..a31fa9b 100644 ---

[PATCH 01/11] staging: fsl-mc: add support for the modalias sysfs attribute

In order to support uevent based module loading implement modalias support for the fsl-mc bus driver. Aliases are based on vendor and object/device id and are of the form "fsl-mc:vNdN". Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/mc-bus.c | 25

[PATCH 01/11] staging: fsl-mc: add support for the modalias sysfs attribute

In order to support uevent based module loading implement modalias support for the fsl-mc bus driver. Aliases are based on vendor and object/device id and are of the form "fsl-mc:vNdN". Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/mc-bus.c | 25 + 1 file

[PATCH 07/11] staging: fsl-mc: fix asymmetry in destroy of mc_io

From: Bharat Bhushan An mc_io represents a mapped MC portal. Previously, an mc_io was created for the root dprc in fsl_mc_bus_probe() and for child dprcs in dprc_probe(). But the free of that data structure happened in the general bus remove callback. This asymmetry

[PATCH 07/11] staging: fsl-mc: fix asymmetry in destroy of mc_io

From: Bharat Bhushan An mc_io represents a mapped MC portal. Previously, an mc_io was created for the root dprc in fsl_mc_bus_probe() and for child dprcs in dprc_probe(). But the free of that data structure happened in the general bus remove callback. This asymmetry resulted in some bugs due

[PATCH 04/11] staging: fsl-mc: add support for device table matching

Move the definition of fsl_mc_device_id to its proper location in mod_devicetable.h, and add fsl-mc bus support to devicetable-offsets.c and file2alias.c to enable device table matching. With this patch udev based module loading of fsl-mc drivers is supported. Signed-off-by: Stuart Yoder

[PATCH 04/11] staging: fsl-mc: add support for device table matching

Move the definition of fsl_mc_device_id to its proper location in mod_devicetable.h, and add fsl-mc bus support to devicetable-offsets.c and file2alias.c to enable device table matching. With this patch udev based module loading of fsl-mc drivers is supported. Signed-off-by: Stuart Yoder ---

[PATCH 09/11] staging: fsl-mc: dprc: fix ordering problem freeing resources in remove of dprc

When unbinding a dprc from the dprc driver the cleanup of the resource pools must happen after irq pool cleanup is done. Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/dprc-driver.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git

[PATCH 09/11] staging: fsl-mc: dprc: fix ordering problem freeing resources in remove of dprc

When unbinding a dprc from the dprc driver the cleanup of the resource pools must happen after irq pool cleanup is done. Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/dprc-driver.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git

Re: [patch] mm, compaction: abort free scanner if split fails

On Wed, 22 Jun 2016 14:56:17 -0700 Andrew Morton wrote: > On Tue, 21 Jun 2016 18:22:49 -0700 (PDT) David Rientjes > wrote: > > > If the memory compaction free scanner cannot successfully split a free > > page (only possible due to per-zone low

Re: [PATCH 10/10] mm: balance LRU lists based on relative thrashing

On Mon, Jun 20, 2016 at 04:42:08PM +0900, Minchan Kim wrote: > On Fri, Jun 17, 2016 at 01:01:29PM -0400, Johannes Weiner wrote: > > On Fri, Jun 17, 2016 at 04:49:45PM +0900, Minchan Kim wrote: > > > On Thu, Jun 16, 2016 at 11:12:07AM -0400, Johannes Weiner wrote: > > > > On Wed, Jun 15, 2016 at

Re: [patch] mm, compaction: abort free scanner if split fails

On Wed, 22 Jun 2016 14:56:17 -0700 Andrew Morton wrote: > On Tue, 21 Jun 2016 18:22:49 -0700 (PDT) David Rientjes > wrote: > > > If the memory compaction free scanner cannot successfully split a free > > page (only possible due to per-zone low watermark), terminate the free > > scanner

Re: [PATCH 10/10] mm: balance LRU lists based on relative thrashing

On Mon, Jun 20, 2016 at 04:42:08PM +0900, Minchan Kim wrote: > On Fri, Jun 17, 2016 at 01:01:29PM -0400, Johannes Weiner wrote: > > On Fri, Jun 17, 2016 at 04:49:45PM +0900, Minchan Kim wrote: > > > On Thu, Jun 16, 2016 at 11:12:07AM -0400, Johannes Weiner wrote: > > > > On Wed, Jun 15, 2016 at

Re: [patch] mm, compaction: abort free scanner if split fails

On Tue, 21 Jun 2016 18:22:49 -0700 (PDT) David Rientjes wrote: > If the memory compaction free scanner cannot successfully split a free > page (only possible due to per-zone low watermark), terminate the free > scanner rather than continuing to scan memory needlessly. If

Re: [patch] mm, compaction: abort free scanner if split fails

On Tue, 21 Jun 2016 18:22:49 -0700 (PDT) David Rientjes wrote: > If the memory compaction free scanner cannot successfully split a free > page (only possible due to per-zone low watermark), terminate the free > scanner rather than continuing to scan memory needlessly. If the > watermark is

Re: [PATCH 5/5] irqtime: drop local_irq_save/restore from irqtime_account_irq

On Tue, 2016-06-21 at 23:49 +0200, Peter Zijlstra wrote: > On Thu, Jun 16, 2016 at 12:06:07PM -0400, r...@redhat.com wrote: > > > > @@ -53,36 +56,72 @@ DEFINE_PER_CPU(seqcount_t, irq_time_seq); > >   * softirq -> hardirq, hardirq -> softirq > >   * > >   * When exiting hardirq or softirq time,

Re: [PATCH 5/5] irqtime: drop local_irq_save/restore from irqtime_account_irq

On Tue, 2016-06-21 at 23:49 +0200, Peter Zijlstra wrote: > On Thu, Jun 16, 2016 at 12:06:07PM -0400, r...@redhat.com wrote: > > > > @@ -53,36 +56,72 @@ DEFINE_PER_CPU(seqcount_t, irq_time_seq); > >   * softirq -> hardirq, hardirq -> softirq > >   * > >   * When exiting hardirq or softirq time,

Re: [PATCHv3 1/2] usb: USB Type-C connector class

Hi, On Tue, Jun 21, 2016 at 05:51:50PM +0300, Heikki Krogerus wrote: > The purpose of USB Type-C connector class is to provide > unified interface for the user space to get the status and > basic information about USB Type-C connectors on a system, > control over data role swapping, and when USB

Re: [PATCHv3 1/2] usb: USB Type-C connector class

Hi, On Tue, Jun 21, 2016 at 05:51:50PM +0300, Heikki Krogerus wrote: > The purpose of USB Type-C connector class is to provide > unified interface for the user space to get the status and > basic information about USB Type-C connectors on a system, > control over data role swapping, and when USB

Re: Documenting ptrace access mode checking

On 06/21, Eric W. Biederman wrote: > > Adding Oleg just because he seems to do most of the ptrace related > maintenance these days. so I have to admit that I never even tried to actually understand ptrace_may_access ;) > We certainly need something that gives a high level view so people >

Re: Documenting ptrace access mode checking

On 06/21, Eric W. Biederman wrote: > > Adding Oleg just because he seems to do most of the ptrace related > maintenance these days. so I have to admit that I never even tried to actually understand ptrace_may_access ;) > We certainly need something that gives a high level view so people >

Re: Doing crypto in small stack buffers (bluetooth vs vmalloc-stack crash, etc)

On Tue, Jun 21, 2016 at 5:52 PM, Andy Lutomirski wrote: > On Tue, Jun 21, 2016 at 5:42 PM, Herbert Xu > wrote: >> On Tue, Jun 21, 2016 at 10:43:40AM -0700, Andy Lutomirski wrote: >>> >>> Is there a straightforward way that bluetooth and,

Re: Doing crypto in small stack buffers (bluetooth vs vmalloc-stack crash, etc)

On Tue, Jun 21, 2016 at 5:52 PM, Andy Lutomirski wrote: > On Tue, Jun 21, 2016 at 5:42 PM, Herbert Xu > wrote: >> On Tue, Jun 21, 2016 at 10:43:40AM -0700, Andy Lutomirski wrote: >>> >>> Is there a straightforward way that bluetooth and, potentially, other >>> drivers can just do synchronous

[PATCH 03/11] staging: fsl-mc: clean up the device id struct

-rename the struct used for fsl-mc device ids to be more consistent with other busses -remove the now obsolete and unused version fields Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/dprc-driver.c | 2 +- drivers/staging/fsl-mc/bus/mc-allocator.c | 2 +-

[PATCH 03/11] staging: fsl-mc: clean up the device id struct

-rename the struct used for fsl-mc device ids to be more consistent with other busses -remove the now obsolete and unused version fields Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/dprc-driver.c | 2 +- drivers/staging/fsl-mc/bus/mc-allocator.c | 2 +-

[PATCH 02/11] staging: fsl-mc: implement uevent callback and set the modalias

Replace placeholder code in the uevent callback to properly set the MODALIAS env variable. Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/mc-bus.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/staging/fsl-mc/bus/mc-bus.c

[PATCH 02/11] staging: fsl-mc: implement uevent callback and set the modalias

Replace placeholder code in the uevent callback to properly set the MODALIAS env variable. Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/mc-bus.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/staging/fsl-mc/bus/mc-bus.c

[PATCH 06/11] staging: fsl-mc: make fsl_mc_is_root_dprc() global

make fsl_mc_is_root_dprc() global so that the dprc driver can use it Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/mc-bus.c | 28 +--- drivers/staging/fsl-mc/include/mc.h | 2 ++ 2 files changed, 15 insertions(+), 15 deletions(-) diff

[PATCH 06/11] staging: fsl-mc: make fsl_mc_is_root_dprc() global

make fsl_mc_is_root_dprc() global so that the dprc driver can use it Signed-off-by: Stuart Yoder --- drivers/staging/fsl-mc/bus/mc-bus.c | 28 +--- drivers/staging/fsl-mc/include/mc.h | 2 ++ 2 files changed, 15 insertions(+), 15 deletions(-) diff --git

Re: [LKP] [lkp] [mm] 795ae7a0de: pixz.throughput -9.1% regression

Hi, On Wed, Jun 08, 2016 at 01:37:26PM +0800, Ye Xiaolong wrote: > On Tue, Jun 07, 2016 at 05:56:27PM -0400, Johannes Weiner wrote: > >But just to make sure I'm looking at the right code, can you first try > >the following patch on top of Linus's current tree and see if that > >gets performance

Re: [LKP] [lkp] [mm] 795ae7a0de: pixz.throughput -9.1% regression

Hi, On Wed, Jun 08, 2016 at 01:37:26PM +0800, Ye Xiaolong wrote: > On Tue, Jun 07, 2016 at 05:56:27PM -0400, Johannes Weiner wrote: > >But just to make sure I'm looking at the right code, can you first try > >the following patch on top of Linus's current tree and see if that > >gets performance

[char-misc-next v2 4/8] mei: fix return value on disconnection

Correct errno on client disconnection is -ENODEV not -EBUSY Cc: #4.3+ Signed-off-by: Tomas Winkler Signed-off-by: Alexander Usyskin --- V2: fix the same issue also in amthif.c drivers/misc/mei/amthif.c | 2 +-

[char-misc-next v2 4/8] mei: fix return value on disconnection

Correct errno on client disconnection is -ENODEV not -EBUSY Cc: #4.3+ Signed-off-by: Tomas Winkler Signed-off-by: Alexander Usyskin --- V2: fix the same issue also in amthif.c drivers/misc/mei/amthif.c | 2 +- drivers/misc/mei/bus.c| 2 +- drivers/misc/mei/main.c | 2 +- 3 files

Re: [GIT PULL] xen: bug fixes for 4.7-rc0

Having upgraded one of my machines to F24, I get a few new warnings during the kernel compile due to a new compiler. Some of them are just annoying and wrong, but one of them points to a real Xen bug: arch/x86/xen/mmu.c:1116:57: warning: array subscript is above array bounds [-Warray-bounds]

Re: [GIT PULL] xen: bug fixes for 4.7-rc0

Having upgraded one of my machines to F24, I get a few new warnings during the kernel compile due to a new compiler. Some of them are just annoying and wrong, but one of them points to a real Xen bug: arch/x86/xen/mmu.c:1116:57: warning: array subscript is above array bounds [-Warray-bounds]

Re: [PATCH v4 2/9] [media] v4l2-core: Add VFL_TYPE_TOUCH_SENSOR

On 22/06/2016 21:38, Florian Echtler wrote: > On Wed, 22 Jun 2016, Nick Dyer wrote: > >> On 22/06/2016 12:48, Florian Echtler wrote: >>> On 20.06.2016 14:00, Hans Verkuil wrote: On 06/17/2016 04:16 PM, Nick Dyer wrote: > > Use a new device prefix v4l-touch for these devices, to stop

Re: [PATCH v4 2/9] [media] v4l2-core: Add VFL_TYPE_TOUCH_SENSOR

On 22/06/2016 21:38, Florian Echtler wrote: > On Wed, 22 Jun 2016, Nick Dyer wrote: > >> On 22/06/2016 12:48, Florian Echtler wrote: >>> On 20.06.2016 14:00, Hans Verkuil wrote: On 06/17/2016 04:16 PM, Nick Dyer wrote: > > Use a new device prefix v4l-touch for these devices, to stop

Re: [PATCH 0/8] remove d_time from dentry

Pushed an updated one to git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git d_time Changes: - rename d_allocate to d_init - use kfree_rcu() for fuse and nfs dentry->d_fsdata Thanks, Miklos --- Miklos Szeredi (8): vfs: new d_init method ceph: don't use ->d_time

Re: [PATCH 0/8] remove d_time from dentry

Pushed an updated one to git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git d_time Changes: - rename d_allocate to d_init - use kfree_rcu() for fuse and nfs dentry->d_fsdata Thanks, Miklos --- Miklos Szeredi (8): vfs: new d_init method ceph: don't use ->d_time

[PATCH net-next v2 0/4] cgroup: bpf: cgroup2 membership test on skb

v2: - Fix two return cases in cgroup_get_from_fd() - Fix compilation errors when CONFIG_CGROUPS is not used: - arraymap.c: avoid registering BPF_MAP_TYPE_CGROUP_ARRAY - filter.c: tc_cls_act_func_proto() returns NULL on BPF_FUNC_skb_in_cgroup - Add comments to BPF_FUNC_skb_in_cgroup and

[PATCH net-next v2 0/4] cgroup: bpf: cgroup2 membership test on skb

v2: - Fix two return cases in cgroup_get_from_fd() - Fix compilation errors when CONFIG_CGROUPS is not used: - arraymap.c: avoid registering BPF_MAP_TYPE_CGROUP_ARRAY - filter.c: tc_cls_act_func_proto() returns NULL on BPF_FUNC_skb_in_cgroup - Add comments to BPF_FUNC_skb_in_cgroup and

[PATCH net-next v2 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto

Adds a bpf helper, bpf_skb_in_cgroup, to decide if a skb->sk belongs to a descendant of a cgroup2. It is similar to the feature added in netfilter: commit c38c4597e4bf ("netfilter: implement xt_cgroup cgroup2 path match") The user is expected to populate a BPF_MAP_TYPE_CGROUP_ARRAY which will be

[PATCH net-next v2 4/4] cgroup: bpf: Add an example to do cgroup checking in BPF

test_cgrp2_array_pin.c: A userland program that creates a bpf_map (BPF_MAP_TYPE_GROUP_ARRAY), pouplates/updates it with a cgroup2's backed fd and pins it to a bpf-fs's file. The pinned file can be loaded by tc and then used by the bpf prog later. This program can also update an existing pinned

[PATCH net-next v2 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto

Adds a bpf helper, bpf_skb_in_cgroup, to decide if a skb->sk belongs to a descendant of a cgroup2. It is similar to the feature added in netfilter: commit c38c4597e4bf ("netfilter: implement xt_cgroup cgroup2 path match") The user is expected to populate a BPF_MAP_TYPE_CGROUP_ARRAY which will be

[PATCH net-next v2 4/4] cgroup: bpf: Add an example to do cgroup checking in BPF

test_cgrp2_array_pin.c: A userland program that creates a bpf_map (BPF_MAP_TYPE_GROUP_ARRAY), pouplates/updates it with a cgroup2's backed fd and pins it to a bpf-fs's file. The pinned file can be loaded by tc and then used by the bpf prog later. This program can also update an existing pinned

[PATCH net-next v2 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY

Add a BPF_MAP_TYPE_CGROUP_ARRAY and its bpf_map_ops's implementations. To update an element, the caller is expected to obtain a cgroup2 backed fd by open(cgroup2_dir) and then update the array with that fd. Signed-off-by: Martin KaFai Lau Cc: Alexei Starovoitov Cc:

[PATCH net-next v2 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY

Add a BPF_MAP_TYPE_CGROUP_ARRAY and its bpf_map_ops's implementations. To update an element, the caller is expected to obtain a cgroup2 backed fd by open(cgroup2_dir) and then update the array with that fd. Signed-off-by: Martin KaFai Lau Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Tejun

[PATCH net-next v2 1/4] cgroup: Add cgroup_get_from_fd

Add a helper function to get a cgroup2 from a fd. It will be stored in a bpf array (BPF_MAP_TYPE_CGROUP_ARRAY) which will be introduced in the later patch. Signed-off-by: Martin KaFai Lau Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Tejun Heo

[PATCH net-next v2 1/4] cgroup: Add cgroup_get_from_fd

Add a helper function to get a cgroup2 from a fd. It will be stored in a bpf array (BPF_MAP_TYPE_CGROUP_ARRAY) which will be introduced in the later patch. Signed-off-by: Martin KaFai Lau Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Tejun Heo --- include/linux/cgroup.h | 1 +

Re: Documenting ptrace access mode checking

On Wed, Jun 22, 2016 at 12:21 PM, Michael Kerrisk (man-pages) wrote: > On 06/21/2016 10:55 PM, Jann Horn wrote: >> On Tue, Jun 21, 2016 at 11:41:16AM +0200, Michael Kerrisk (man-pages) >> wrote: >>>5. The kernel LSM security_ptrace_access_check() interface is >>>

Re: Documenting ptrace access mode checking

On Wed, Jun 22, 2016 at 12:21 PM, Michael Kerrisk (man-pages) wrote: > On 06/21/2016 10:55 PM, Jann Horn wrote: >> On Tue, Jun 21, 2016 at 11:41:16AM +0200, Michael Kerrisk (man-pages) >> wrote: >>>5. The kernel LSM security_ptrace_access_check() interface is >>>invoked to

Re: linux-next: Tree for Jun 21

On Wed, Jun 22, 2016 at 04:43:15PM -0400, Chris Metcalf wrote: > It turns out there were a few places where we were #include'ing Linux > headers in the gcc build (asm/unistd.h, arch/icache.h, arch/spr_def.h). > I patched gcc to provide inline copies of what was needed (pretty simple > stuff and

Re: linux-next: Tree for Jun 21

On Wed, Jun 22, 2016 at 04:43:15PM -0400, Chris Metcalf wrote: > It turns out there were a few places where we were #include'ing Linux > headers in the gcc build (asm/unistd.h, arch/icache.h, arch/spr_def.h). > I patched gcc to provide inline copies of what was needed (pretty simple > stuff and

Re: [PATCH] Make CONFIG_DEVTMPFS_MOUNT apply to initramfs/initmpfs.

On Wed, Jun 22, 2016 at 02:06:45PM -0500, Rob Landley wrote: > From: Rob Landley > > Make CONFIG_DEVTMPFS_MOUNT apply to initramfs/initmpfs. > > Update help text, slightly improve error reporting, move /dev/console open > down after devtmpfs mount, don't check

Re: [PATCH] Make CONFIG_DEVTMPFS_MOUNT apply to initramfs/initmpfs.

On Wed, Jun 22, 2016 at 02:06:45PM -0500, Rob Landley wrote: > From: Rob Landley > > Make CONFIG_DEVTMPFS_MOUNT apply to initramfs/initmpfs. > > Update help text, slightly improve error reporting, move /dev/console open > down after devtmpfs mount, don't check IS_ENABLED(CONFIG_TMPFS) before >

Re: [PATCH] ACPI : Dummy acpi_video_register should return error code

On Thursday, June 23, 2016 12:26:01 AM Arvind Yadav wrote: > The inline acpi_video_register stub simply allows compilation on systems > with CONFIG_ACPI_VIDEO disabled. the dummy acpi_video_register does not > register an acpi_bus_driver at all. The inline acpi_video_register should > return to

Re: [PATCH] ACPI : Dummy acpi_video_register should return error code

On Thursday, June 23, 2016 12:26:01 AM Arvind Yadav wrote: > The inline acpi_video_register stub simply allows compilation on systems > with CONFIG_ACPI_VIDEO disabled. the dummy acpi_video_register does not > register an acpi_bus_driver at all. The inline acpi_video_register should > return to

Re: Kernel 4.7rc3 - Performance drop 30-40% for SPECjbb2005 and SPECjvm2008 benchmarks against 4.6 kernel

On Wed, Jun 22, 2016 at 04:41:06PM +0200, Jirka Hladky wrote: > This commit is bad: > 2159197 - Peter Zijlstra, 8 weeks ago : sched/core: Enable increased > load resolution on 64-bit kernels > > Could you please have a look? Yes, that is indeed the culprit. The below 'revert' makes it go fast

Re: Kernel 4.7rc3 - Performance drop 30-40% for SPECjbb2005 and SPECjvm2008 benchmarks against 4.6 kernel

On Wed, Jun 22, 2016 at 04:41:06PM +0200, Jirka Hladky wrote: > This commit is bad: > 2159197 - Peter Zijlstra, 8 weeks ago : sched/core: Enable increased > load resolution on 64-bit kernels > > Could you please have a look? Yes, that is indeed the culprit. The below 'revert' makes it go fast

Re: [PATCH v9 06/12] kthread: Add kthread_drain_worker()

On Thu, Jun 16, 2016 at 01:17:25PM +0200, Petr Mladek wrote: > +/** > + * kthread_drain_worker - drain a kthread worker > + * @worker: worker to be drained > + * > + * Wait until there is no work queued for the given kthread worker. > + * @worker is flushed repeatedly until it becomes empty. The

Re: [PATCH v9 06/12] kthread: Add kthread_drain_worker()

On Thu, Jun 16, 2016 at 01:17:25PM +0200, Petr Mladek wrote: > +/** > + * kthread_drain_worker - drain a kthread worker > + * @worker: worker to be drained > + * > + * Wait until there is no work queued for the given kthread worker. > + * @worker is flushed repeatedly until it becomes empty. The

Re: [PATCH] ACPI: don't show an error when we're not in charge of PCIe hotplug.

On Wed, Jun 22, 2016 at 12:43 PM, wrote: >> -Original Message- >> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of >> Rafael J. Wysocki >> Sent: Tuesday, June 21, 2016 5:51 PM >> To: Limonciello, Mario >> Cc:

Re: [PATCH] ACPI: don't show an error when we're not in charge of PCIe hotplug.

On Wed, Jun 22, 2016 at 12:43 PM, wrote: >> -Original Message- >> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of >> Rafael J. Wysocki >> Sent: Tuesday, June 21, 2016 5:51 PM >> To: Limonciello, Mario >> Cc: Peter Jones ; Rafael J. Wysocki >> ; ACPI Devel Maling List

Re: [PATCH v2] pwm: improve args checking in pwm_apply_state()

On Wed, Jun 22, 2016 at 10:41:14PM +0200, Boris Brezillon wrote: > On Wed, 22 Jun 2016 12:16:59 -0700 > Brian Norris wrote: > > Notably, you're dropping the 'if (!pwm) { }' safety checks that are part > > of pwm_disable() and pwm_set_polarity(). But I don't think there

Re: [PATCH v2] pwm: improve args checking in pwm_apply_state()

On Wed, Jun 22, 2016 at 10:41:14PM +0200, Boris Brezillon wrote: > On Wed, 22 Jun 2016 12:16:59 -0700 > Brian Norris wrote: > > Notably, you're dropping the 'if (!pwm) { }' safety checks that are part > > of pwm_disable() and pwm_set_polarity(). But I don't think there should > > be any users

Re: [PATCH v8 4/4] serial: pl011: add console matching function

Hi Peter, Nice to meet you. On Wed, Jun 22, 2016 at 07:08:33AM -0700, Peter Hurley wrote: > > > > On Jun 22, 2016, at 5:18 AM, Yury Norov wrote: > > > >> On Fri, May 20, 2016 at 04:03:23PM +0300, Aleksey Makarov wrote: > >> This patch adds function

Re: [PATCH v8 4/4] serial: pl011: add console matching function

Hi Peter, Nice to meet you. On Wed, Jun 22, 2016 at 07:08:33AM -0700, Peter Hurley wrote: > > > > On Jun 22, 2016, at 5:18 AM, Yury Norov wrote: > > > >> On Fri, May 20, 2016 at 04:03:23PM +0300, Aleksey Makarov wrote: > >> This patch adds function pl011_console_match() that implements > >>

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