Re: 4.9.0 regression in pipe-backed iov_iter with systemd-nspawn

On Fri, Jan 13, 2017 at 11:33:18AM -0800, Linus Torvalds wrote: > What am I missing? The fact that we want to free the _tail_, not the beginning of the damn thing. > Why is "pipe_advance()" written in that incomprehensible form? Why > don't we do the pipe_buf_release() as we advance through it,

Re: 4.9.0 regression in pipe-backed iov_iter with systemd-nspawn

On Fri, Jan 13, 2017 at 11:33:18AM -0800, Linus Torvalds wrote: > What am I missing? The fact that we want to free the _tail_, not the beginning of the damn thing. > Why is "pipe_advance()" written in that incomprehensible form? Why > don't we do the pipe_buf_release() as we advance through it,

[PATCH] xen: do not re-use pirq number cached in pci device msi msg data

Revert the main part of commit: af42b8d12f8a ("xen: fix MSI setup and teardown for PV on HVM guests") That commit introduced reading the pci device's msi message data to see if a pirq was previously configured for the device's msi/msix, and re-use that pirq. At the time, that was the correct

[PATCH] xen: do not re-use pirq number cached in pci device msi msg data

Revert the main part of commit: af42b8d12f8a ("xen: fix MSI setup and teardown for PV on HVM guests") That commit introduced reading the pci device's msi message data to see if a pirq was previously configured for the device's msi/msix, and re-use that pirq. At the time, that was the correct

Re: [PATCH RFC] Input: cyapa: use time based retry loop

actoring of the timeout loop is desirable or not is not clear (both > time and count based models seem to be common). > > Patch was compile tested with: x86_64_defconfig + CONFIG_MOUSE_CYAPA=m > > Patch is against 4.10-rc3 (localversion-next is next-20170113) > > drivers/in

Re: [PATCH RFC] Input: cyapa: use time based retry loop

loop is desirable or not is not clear (both > time and count based models seem to be common). > > Patch was compile tested with: x86_64_defconfig + CONFIG_MOUSE_CYAPA=m > > Patch is against 4.10-rc3 (localversion-next is next-20170113) > > drivers/input/mouse/cyapa_gen3.c |

Re: [PATCH v4] ARM64: dts: meson-gx: Add reserved memory zone and usable memory range

Neil Armstrong writes: > The Amlogic Meson GXBB/GXL/GXM secure monitor uses part of the memory space, > this patch adds this reserved zone and redefines the usable memory range. > > The memory node is also moved from the dtsi files into the proper dts files > to handle

Re: [tpmdd-devel] [PATCH RFC v2 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Fri, 2017-01-13 at 12:47 -0700, Jason Gunthorpe wrote: > On Fri, Jan 13, 2017 at 11:20:47AM -0800, James Bottomley wrote: > > On Thu, 2017-01-12 at 11:39 -0700, Jason Gunthorpe wrote: > > > On Thu, Jan 12, 2017 at 07:46:08PM +0200, Jarkko Sakkinen wrote: > > > > > > > struct tpm_chip { > > >

Re: [PATCH v4] ARM64: dts: meson-gx: Add reserved memory zone and usable memory range

Neil Armstrong writes: > The Amlogic Meson GXBB/GXL/GXM secure monitor uses part of the memory space, > this patch adds this reserved zone and redefines the usable memory range. > > The memory node is also moved from the dtsi files into the proper dts files > to handle variants memory sizes. > >

Re: [tpmdd-devel] [PATCH RFC v2 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Fri, 2017-01-13 at 12:47 -0700, Jason Gunthorpe wrote: > On Fri, Jan 13, 2017 at 11:20:47AM -0800, James Bottomley wrote: > > On Thu, 2017-01-12 at 11:39 -0700, Jason Gunthorpe wrote: > > > On Thu, Jan 12, 2017 at 07:46:08PM +0200, Jarkko Sakkinen wrote: > > > > > > > struct tpm_chip { > > >

Re: [PATCH v2 3/5] ARM: davinci_all_defconfig: enable iio and ADS7950

On 01/13/2017 06:24 AM, Sekhar Nori wrote: On Wednesday 11 January 2017 01:53 PM, Sekhar Nori wrote: I do remember I did not see these two modules did not get enabled in .config after 'make davinci_all_defconfig'. Will check what I may have missed. So IIO_TRIGGERED_BUFFER is not selected in

Re: [Xen-devel] [PATCH] xen: do not re-use pirq number cached in pci device msi msg data

On 01/13/2017 01:44 PM, Stefano Stabellini wrote: > On Fri, 13 Jan 2017, Dan Streetman wrote: >> On Wed, Jan 11, 2017 at 6:25 PM, Dan Streetman wrote: >>> On Wed, Jan 11, 2017 at 1:46 PM, Stefano Stabellini >>> wrote: On Wed, 11 Jan 2017, Dan

Re: [Xen-devel] [PATCH] xen: do not re-use pirq number cached in pci device msi msg data

On 01/13/2017 01:44 PM, Stefano Stabellini wrote: > On Fri, 13 Jan 2017, Dan Streetman wrote: >> On Wed, Jan 11, 2017 at 6:25 PM, Dan Streetman wrote: >>> On Wed, Jan 11, 2017 at 1:46 PM, Stefano Stabellini >>> wrote: On Wed, 11 Jan 2017, Dan Streetman wrote: > On Tue, Jan 10, 2017 at

Re: [PATCH v2 3/5] ARM: davinci_all_defconfig: enable iio and ADS7950

On 01/13/2017 06:24 AM, Sekhar Nori wrote: On Wednesday 11 January 2017 01:53 PM, Sekhar Nori wrote: I do remember I did not see these two modules did not get enabled in .config after 'make davinci_all_defconfig'. Will check what I may have missed. So IIO_TRIGGERED_BUFFER is not selected in

Re: [PATCH 3/6 linux-next] fs/affs: make affs exportable

On Fri, Jan 13, 2017 at 07:57:06PM +, Al Viro wrote: > On Fri, Jan 13, 2017 at 02:03:57PM -0500, J. Bruce Fields wrote: > > On Fri, Jan 13, 2017 at 10:52:54AM -0800, Christoph Hellwig wrote: > > > On Fri, Jan 13, 2017 at 12:39:12PM -0500, J. Bruce Fields wrote: > > > > If we're going to reject

Re: [PATCH 3/6 linux-next] fs/affs: make affs exportable

On Fri, Jan 13, 2017 at 07:57:06PM +, Al Viro wrote: > On Fri, Jan 13, 2017 at 02:03:57PM -0500, J. Bruce Fields wrote: > > On Fri, Jan 13, 2017 at 10:52:54AM -0800, Christoph Hellwig wrote: > > > On Fri, Jan 13, 2017 at 12:39:12PM -0500, J. Bruce Fields wrote: > > > > If we're going to reject

Re: [PATCH] docs: Make CodingStyle and SubmittingPatches symlinks

On Fri, 2017-01-13 at 12:41 -0700, Jonathan Corbet wrote: > On Tue, 10 Jan 2017 14:09:51 -0800 > Joe Perches wrote: > > > Make these files symlinks to the .rst equivalents > > So I am not necessarily opposed to doing this, but the changelog lacks > one important thing: why do

Re: [PATCH] docs: Make CodingStyle and SubmittingPatches symlinks

On Fri, 2017-01-13 at 12:41 -0700, Jonathan Corbet wrote: > On Tue, 10 Jan 2017 14:09:51 -0800 > Joe Perches wrote: > > > Make these files symlinks to the .rst equivalents > > So I am not necessarily opposed to doing this, but the changelog lacks > one important thing: why do we need to make

Re: [PATCH v9 4/4] console: Make persistent scrollback a boot parameter

On Tue, 2017-01-10 at 23:58 +0100, Adam Borowski wrote: > On Tue, Jan 10, 2017 at 10:28:38PM +0100, Manuel Schölling wrote: > > The impact of the persistent scrollback feature on the code size is > > rather small, so the config option is removed. The feature stays > > disabled by default and can

Re: [PATCH v9 4/4] console: Make persistent scrollback a boot parameter

On Tue, 2017-01-10 at 23:58 +0100, Adam Borowski wrote: > On Tue, Jan 10, 2017 at 10:28:38PM +0100, Manuel Schölling wrote: > > The impact of the persistent scrollback feature on the code size is > > rather small, so the config option is removed. The feature stays > > disabled by default and can

[PATCH v2 1/2] ARM: davinci: Allocate extra interrupts

This allocates extra interrupts for mach-davinci. These extra interrupts are need for things like IIO triggers. Signed-off-by: David Lechner --- arch/arm/mach-davinci/include/mach/irqs.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH v2 1/2] ARM: davinci: Allocate extra interrupts

This allocates extra interrupts for mach-davinci. These extra interrupts are need for things like IIO triggers. Signed-off-by: David Lechner --- arch/arm/mach-davinci/include/mach/irqs.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH v2 0/2] ARM: davinci_all_defconfig: enable iio

Following up on another conversation [1], this series includes a fixed up patch to enable the iio subsystem in davinci_all_defconfig. I have also included another patch to allocate extra interrupts that are needed for iio triggers (this patch was previously submitted, but received no comments).

[PATCH v2 0/2] ARM: davinci_all_defconfig: enable iio

Following up on another conversation [1], this series includes a fixed up patch to enable the iio subsystem in davinci_all_defconfig. I have also included another patch to allocate extra interrupts that are needed for iio triggers (this patch was previously submitted, but received no comments).

[PATCH v2 2/2] ARM: davinci_all_defconfig: enable iio

This enables the iio subsystem. This will be used by LEGO MINDSTORMS EV3, which has an ADS7957 chip. Signed-off-by: David Lechner --- arch/arm/configs/davinci_all_defconfig | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/configs/davinci_all_defconfig

[PATCH v2 2/2] ARM: davinci_all_defconfig: enable iio

This enables the iio subsystem. This will be used by LEGO MINDSTORMS EV3, which has an ADS7957 chip. Signed-off-by: David Lechner --- arch/arm/configs/davinci_all_defconfig | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/configs/davinci_all_defconfig

Re: [PATCH 3/6 linux-next] fs/affs: make affs exportable

On Fri, Jan 13, 2017 at 02:03:57PM -0500, J. Bruce Fields wrote: > On Fri, Jan 13, 2017 at 10:52:54AM -0800, Christoph Hellwig wrote: > > On Fri, Jan 13, 2017 at 12:39:12PM -0500, J. Bruce Fields wrote: > > > If we're going to reject patches that don't implement get_parent (and I > > > think we

Re: [PATCH 3/6 linux-next] fs/affs: make affs exportable

On Fri, Jan 13, 2017 at 02:03:57PM -0500, J. Bruce Fields wrote: > On Fri, Jan 13, 2017 at 10:52:54AM -0800, Christoph Hellwig wrote: > > On Fri, Jan 13, 2017 at 12:39:12PM -0500, J. Bruce Fields wrote: > > > If we're going to reject patches that don't implement get_parent (and I > > > think we

[PATCH RFC] Input: cyapa: use time based retry loop

Patch is against 4.10-rc3 (localversion-next is next-20170113) drivers/input/mouse/cyapa_gen3.c | 27 --- 1 file changed, 12 insertions(+), 15 deletions(-) diff --git a/drivers/input/mouse/cyapa_gen3.c b/drivers/input/mouse/cyapa_gen3.c index f9600753..0c544de 100644 --- a/drivers

[PATCH RFC] Input: cyapa: use time based retry loop

(localversion-next is next-20170113) drivers/input/mouse/cyapa_gen3.c | 27 --- 1 file changed, 12 insertions(+), 15 deletions(-) diff --git a/drivers/input/mouse/cyapa_gen3.c b/drivers/input/mouse/cyapa_gen3.c index f9600753..0c544de 100644 --- a/drivers/input/mouse/cyapa_gen3

Re: [tpmdd-devel] [PATCH RFC v2 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Fri, Jan 13, 2017 at 11:20:47AM -0800, James Bottomley wrote: > On Thu, 2017-01-12 at 11:39 -0700, Jason Gunthorpe wrote: > > On Thu, Jan 12, 2017 at 07:46:08PM +0200, Jarkko Sakkinen wrote: > > > > > struct tpm_chip { > > > - struct device dev; > > > - struct cdev cdev; > > > + struct device

Re: [tpmdd-devel] [PATCH RFC v2 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Fri, Jan 13, 2017 at 11:20:47AM -0800, James Bottomley wrote: > On Thu, 2017-01-12 at 11:39 -0700, Jason Gunthorpe wrote: > > On Thu, Jan 12, 2017 at 07:46:08PM +0200, Jarkko Sakkinen wrote: > > > > > struct tpm_chip { > > > - struct device dev; > > > - struct cdev cdev; > > > + struct device

Re: [PATCH] docs: Make CodingStyle and SubmittingPatches symlinks

On Tue, 10 Jan 2017 14:09:51 -0800 Joe Perches wrote: > Make these files symlinks to the .rst equivalents So I am not necessarily opposed to doing this, but the changelog lacks one important thing: why do we need to make that change? Have the existing one-liner files been a

Re: [PATCH] docs: Make CodingStyle and SubmittingPatches symlinks

On Tue, 10 Jan 2017 14:09:51 -0800 Joe Perches wrote: > Make these files symlinks to the .rst equivalents So I am not necessarily opposed to doing this, but the changelog lacks one important thing: why do we need to make that change? Have the existing one-liner files been a problem somehow?

Re: irq domain hierarchy vs. chaining w/ PCI MSI-X...

On 01/13/2017 10:45 AM, Marc Zyngier wrote: On 13/01/17 17:37, David Daney wrote: On 01/13/2017 08:15 AM, Marc Zyngier wrote: Thanks Linus for looping me in. On 12/01/17 22:35, David Daney wrote: Hi Thomas, I am trying to figure out how to handle this situation:

Re: irq domain hierarchy vs. chaining w/ PCI MSI-X...

On 01/13/2017 10:45 AM, Marc Zyngier wrote: On 13/01/17 17:37, David Daney wrote: On 01/13/2017 08:15 AM, Marc Zyngier wrote: Thanks Linus for looping me in. On 12/01/17 22:35, David Daney wrote: Hi Thomas, I am trying to figure out how to handle this situation:

Re: [PATCH 1/3] perf sched timehist: Account thread wait time separately

Em Fri, Jan 13, 2017 at 07:45:21PM +0900, Namhyung Kim escreveu: > Separate thread wait time into 3 parts - sleep, iowait and preempt > based on the prev_state of the last event. Thanks, looks good, tested and applied, - Arnaldo > Cc: David Ahern > Signed-off-by: Namhyung

Re: [PATCH 1/3] perf sched timehist: Account thread wait time separately

Em Fri, Jan 13, 2017 at 07:45:21PM +0900, Namhyung Kim escreveu: > Separate thread wait time into 3 parts - sleep, iowait and preempt > based on the prev_state of the last event. Thanks, looks good, tested and applied, - Arnaldo > Cc: David Ahern > Signed-off-by: Namhyung Kim > --- >

Re: [PATCH 09/10] ARM: dts: da850: add the SATA node

On 01/13/2017 06:38 AM, Bartosz Golaszewski wrote: Add the SATA node to the da850 device tree. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/da850.dtsi

Re: [PATCH 09/10] ARM: dts: da850: add the SATA node

On 01/13/2017 06:38 AM, Bartosz Golaszewski wrote: Add the SATA node to the da850 device tree. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi index

Re: 4.9.0 regression in pipe-backed iov_iter with systemd-nspawn

On Fri, Jan 13, 2017 at 3:18 AM, Al Viro wrote: > > in case when pipe->nrbufs == pipe->buffers and idx == pipe->curbuf. IOW, > we have a full pipe and want to empty it entirely; the fun question is, > of course, telling that case from having nothing to free with the same

Re: 4.9.0 regression in pipe-backed iov_iter with systemd-nspawn

On Fri, Jan 13, 2017 at 3:18 AM, Al Viro wrote: > > in case when pipe->nrbufs == pipe->buffers and idx == pipe->curbuf. IOW, > we have a full pipe and want to empty it entirely; the fun question is, > of course, telling that case from having nothing to free with the same > full pipe... That's

Re: [PATCH v18 00/15] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer

Hi, On Fri, Dec 09, 2016 at 01:33:04AM +0800, fu@linaro.org wrote: > From: Fu Wei > > This patchset: > (1)Preparation for adding GTDT support in arm_arch_timer: > 1. Move some enums and marcos to header file; > 2. Add a new enum for spi type; >

Re: [PATCH v18 00/15] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer

Hi, On Fri, Dec 09, 2016 at 01:33:04AM +0800, fu@linaro.org wrote: > From: Fu Wei > > This patchset: > (1)Preparation for adding GTDT support in arm_arch_timer: > 1. Move some enums and marcos to header file; > 2. Add a new enum for spi type; > 3. Improve printk

Re: [PATCH v3 2/4] dt-bindings: Add TI SCI PM Domains

On Thu, Jan 12, 2017 at 9:27 AM, Dave Gerlach wrote: > Rob, > > On 01/11/2017 03:34 PM, Rob Herring wrote: >> >> On Mon, Jan 9, 2017 at 11:57 AM, Dave Gerlach wrote: >>> >>> Rob, >>> >>> On 01/09/2017 11:50 AM, Rob Herring wrote: On Wed, Jan 04,

Re: [PATCH v3 2/4] dt-bindings: Add TI SCI PM Domains

On Thu, Jan 12, 2017 at 9:27 AM, Dave Gerlach wrote: > Rob, > > On 01/11/2017 03:34 PM, Rob Herring wrote: >> >> On Mon, Jan 9, 2017 at 11:57 AM, Dave Gerlach wrote: >>> >>> Rob, >>> >>> On 01/09/2017 11:50 AM, Rob Herring wrote: On Wed, Jan 04, 2017 at 02:55:34PM -0600, Dave

Re: [PATCH 03/10] devicetree: bindings: add bindings for ahci-da850

On 01/13/2017 06:37 AM, Bartosz Golaszewski wrote: Add DT bindings for the TI DA850 AHCI SATA controller. Signed-off-by: Bartosz Golaszewski --- .../devicetree/bindings/ata/ahci-da850.txt | 21 + 1 file changed, 21 insertions(+) create

Re: [PATCH 03/10] devicetree: bindings: add bindings for ahci-da850

On 01/13/2017 06:37 AM, Bartosz Golaszewski wrote: Add DT bindings for the TI DA850 AHCI SATA controller. Signed-off-by: Bartosz Golaszewski --- .../devicetree/bindings/ata/ahci-da850.txt | 21 + 1 file changed, 21 insertions(+) create mode 100644

Re: [PATCH] perf script: Also allow forcing reading of non-root owned files by root

Em Fri, Jan 13, 2017 at 01:25:27PM -0500, Yannick Brosseau escreveu: > In 2059fc7a5a9e6677, perf report was added the option of forcing reading > of non-root owned symbol file. > > This add the same behavior for perf script. looks ok, applied. - Arnaldo > Reported-by: Mark Drayton

[PATCH] tpm: add session handles to the save and restore of the tpm2 space manager

Session handles are slightly more difficult to manage because any TPM only has a finite number of allowed handles, even if the session has been saved; so when you context save a session, you must not flush it because that would destroy the ability to context load it (you only flush sessions when

Re: [PATCH] perf script: Also allow forcing reading of non-root owned files by root

Em Fri, Jan 13, 2017 at 01:25:27PM -0500, Yannick Brosseau escreveu: > In 2059fc7a5a9e6677, perf report was added the option of forcing reading > of non-root owned symbol file. > > This add the same behavior for perf script. looks ok, applied. - Arnaldo > Reported-by: Mark Drayton >

[PATCH] tpm: add session handles to the save and restore of the tpm2 space manager

Session handles are slightly more difficult to manage because any TPM only has a finite number of allowed handles, even if the session has been saved; so when you context save a session, you must not flush it because that would destroy the ability to context load it (you only flush sessions when

Re: [RFC PATCH v2 04/10] arm64: head.S: Enable EL1 (host) access to SPE when entered at EL2

On 13/01/17 16:03, Will Deacon wrote: > The SPE architecture requires each exception level to enable access > to the SPE controls for the exception level below it, since additional > context-switch logic may be required to handle the buffer safely. > > This patch allows EL1 (host) access to the

Re: [RFC PATCH v2 04/10] arm64: head.S: Enable EL1 (host) access to SPE when entered at EL2

On 13/01/17 16:03, Will Deacon wrote: > The SPE architecture requires each exception level to enable access > to the SPE controls for the exception level below it, since additional > context-switch logic may be required to handle the buffer safely. > > This patch allows EL1 (host) access to the

Re: [tpmdd-devel] [PATCH RFC v2 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Thu, 2017-01-12 at 11:39 -0700, Jason Gunthorpe wrote: > On Thu, Jan 12, 2017 at 07:46:08PM +0200, Jarkko Sakkinen wrote: > > > struct tpm_chip { > > - struct device dev; > > - struct cdev cdev; > > + struct device dev, devrm; > > Hum.. devrm adds a new kref but doesn't do anything

Re: [tpmdd-devel] [PATCH RFC v2 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Thu, 2017-01-12 at 11:39 -0700, Jason Gunthorpe wrote: > On Thu, Jan 12, 2017 at 07:46:08PM +0200, Jarkko Sakkinen wrote: > > > struct tpm_chip { > > - struct device dev; > > - struct cdev cdev; > > + struct device dev, devrm; > > Hum.. devrm adds a new kref but doesn't do anything

Re: [PATCH 3/6 linux-next] fs/affs: make affs exportable

On Fri, Jan 13, 2017 at 12:39:12PM -0500, J. Bruce Fields wrote: > If we're going to reject patches that don't implement get_parent (and I > think we should), then we should replace "optional but strongly > recommended" there by just "mandatory". Any objections? In theory yes - we'll just need

Re: [PATCH 3/6 linux-next] fs/affs: make affs exportable

On Fri, Jan 13, 2017 at 12:39:12PM -0500, J. Bruce Fields wrote: > If we're going to reject patches that don't implement get_parent (and I > think we should), then we should replace "optional but strongly > recommended" there by just "mandatory". Any objections? In theory yes - we'll just need

Re: [tpmdd-devel] [PATCH RFC v2 4/5] tpm: split out tpm-dev.c into tpm-dev.c and tpm-common-dev.c

This version has a bug in that it doesn't do a clear_bit(0, ->is_open) on release. so fixed that James --- >From c006f181988dd2fd54e5a84f3e4a6dc0157c96f5 Mon Sep 17 00:00:00 2001 From: James Bottomley Date: Tue, 10 Jan 2017 19:08:53 -0800 Subject: [PATCH

Re: [tpmdd-devel] [PATCH RFC v2 4/5] tpm: split out tpm-dev.c into tpm-dev.c and tpm-common-dev.c

This version has a bug in that it doesn't do a clear_bit(0, ->is_open) on release. so fixed that James --- >From c006f181988dd2fd54e5a84f3e4a6dc0157c96f5 Mon Sep 17 00:00:00 2001 From: James Bottomley Date: Tue, 10 Jan 2017 19:08:53 -0800 Subject: [PATCH 4/5] tpm: split out tpm-dev.c into

Re: [PATCH 5/6] f2fs: add a kernel thread to issue discard commands asynchronously

On 01/13, Christoph Hellwig wrote: > On Thu, Jan 12, 2017 at 02:44:06PM -0800, Jaegeuk Kim wrote: > > This patch adds a kernel thread to issue discard commands. > > It proposes three states, D_PREP, D_SUBMIT, and D_DONE to identify current > > bio status. > > Why? Instead of creating the

Re: [PATCH 5/6] f2fs: add a kernel thread to issue discard commands asynchronously

On 01/13, Christoph Hellwig wrote: > On Thu, Jan 12, 2017 at 02:44:06PM -0800, Jaegeuk Kim wrote: > > This patch adds a kernel thread to issue discard commands. > > It proposes three states, D_PREP, D_SUBMIT, and D_DONE to identify current > > bio status. > > Why? Instead of creating the

Re: [PATCH v4 0/2] Add support rockchip,grf property for RK3399 PMU/GRU

Am Dienstag, 10. Januar 2017, 14:15:28 CET schrieb Xing Zheng: > Hi, > The structure rockchip_clk_provider needs to refer the GRF regmap > in somewhere, if the CRU node has not "rockchip,grf" property, > calling syscon_regmap_lookup_by_phandle will return an invalid GRF > regmap, and the MUXGRF

Re: [PATCH v4 0/2] Add support rockchip,grf property for RK3399 PMU/GRU

Am Dienstag, 10. Januar 2017, 14:15:28 CET schrieb Xing Zheng: > Hi, > The structure rockchip_clk_provider needs to refer the GRF regmap > in somewhere, if the CRU node has not "rockchip,grf" property, > calling syscon_regmap_lookup_by_phandle will return an invalid GRF > regmap, and the MUXGRF

[PATCH v4 0/4] Support for LEGO MINDSTORMS EV3

This patch series adds support for LEGO MINDSTORMS EV3. This is a TI AM1808 based board. v4 changes: * New patches for device tree bindings specifications * Fixed vendor on eeprom device node v3 changes: * required defconfig patches have been picked up in linux-davinci tree, so this is the

[PATCH v4 0/4] Support for LEGO MINDSTORMS EV3

This patch series adds support for LEGO MINDSTORMS EV3. This is a TI AM1808 based board. v4 changes: * New patches for device tree bindings specifications * Fixed vendor on eeprom device node v3 changes: * required defconfig patches have been picked up in linux-davinci tree, so this is the

[PATCH v4 1/4] dt-bindings: Add vendor prefix for LEGO

Add a vendor prefix for LEGO Systems A/S Signed-off-by: David Lechner --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt

[PATCH v4 1/4] dt-bindings: Add vendor prefix for LEGO

Add a vendor prefix for LEGO Systems A/S Signed-off-by: David Lechner --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt

[PATCH v4 4/4] ARM: dts: Add LEGO MINDSTORMS EV3 dts

This adds a device tree definition file for LEGO MINDSTORMS EV3. What is working: * Pin muxing * Pinconf * GPIOs * MicroSD card reader * UART on input port 1 * Buttons * LEDs * Poweroff/reset * Flash memory * EEPROM * USB host port * USB peripheral port What is not working/to be added later: *

[PATCH v4 2/4] dt-bindings: Add LEGO MINDSTORMS EV3 compatible specification

This adds the board level device tree specification for LEGO MINDSTORMS EV3 Signed-off-by: David Lechner --- Documentation/devicetree/bindings/arm/davinci.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/davinci.txt

[PATCH v4 4/4] ARM: dts: Add LEGO MINDSTORMS EV3 dts

This adds a device tree definition file for LEGO MINDSTORMS EV3. What is working: * Pin muxing * Pinconf * GPIOs * MicroSD card reader * UART on input port 1 * Buttons * LEDs * Poweroff/reset * Flash memory * EEPROM * USB host port * USB peripheral port What is not working/to be added later: *

[PATCH v4 2/4] dt-bindings: Add LEGO MINDSTORMS EV3 compatible specification

This adds the board level device tree specification for LEGO MINDSTORMS EV3 Signed-off-by: David Lechner --- Documentation/devicetree/bindings/arm/davinci.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/davinci.txt

Re: [RFC PATCH v2 05/10] genirq: export irq_get_percpu_devid_partition to modules

On 13/01/17 16:03, Will Deacon wrote: > Any modular driver using cluster-affine PPIs needs to be able to call > irq_get_percpu_devid_partition so that it can enable the IRQ on the > correct subset of CPUs. > > This patch exports the symbol so that it can be called from within a > module. > > Cc:

Re: [RFC PATCH v2 05/10] genirq: export irq_get_percpu_devid_partition to modules

On 13/01/17 16:03, Will Deacon wrote: > Any modular driver using cluster-affine PPIs needs to be able to call > irq_get_percpu_devid_partition so that it can enable the IRQ on the > correct subset of CPUs. > > This patch exports the symbol so that it can be called from within a > module. > > Cc:

[PATCH v4 3/4] dt-bindings: add "microchip,24c128" compatible string

This adds "microchip,24c128" to the list of compatible strings for i2c eeproms. Signed-off-by: David Lechner --- Documentation/devicetree/bindings/eeprom/eeprom.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/eeprom/eeprom.txt

[PATCH v4 3/4] dt-bindings: add "microchip,24c128" compatible string

This adds "microchip,24c128" to the list of compatible strings for i2c eeproms. Signed-off-by: David Lechner --- Documentation/devicetree/bindings/eeprom/eeprom.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/eeprom/eeprom.txt

Re: [PATCH 3/6 linux-next] fs/affs: make affs exportable

On Fri, Jan 13, 2017 at 10:52:54AM -0800, Christoph Hellwig wrote: > On Fri, Jan 13, 2017 at 12:39:12PM -0500, J. Bruce Fields wrote: > > If we're going to reject patches that don't implement get_parent (and I > > think we should), then we should replace "optional but strongly > > recommended"

Re: [PATCH 3/6 linux-next] fs/affs: make affs exportable

On Fri, Jan 13, 2017 at 10:52:54AM -0800, Christoph Hellwig wrote: > On Fri, Jan 13, 2017 at 12:39:12PM -0500, J. Bruce Fields wrote: > > If we're going to reject patches that don't implement get_parent (and I > > think we should), then we should replace "optional but strongly > > recommended"

Re: [PATCH v3 01/24] [media] dt-bindings: Add bindings for i.MX media driver

On 01/13/2017 03:55 AM, Philipp Zabel wrote: Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: Add bindings documentation for the i.MX media driver. Signed-off-by: Steve Longerbeam --- Documentation/devicetree/bindings/media/imx.txt | 57

Re: [PATCH v3 01/24] [media] dt-bindings: Add bindings for i.MX media driver

On 01/13/2017 03:55 AM, Philipp Zabel wrote: Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam: Add bindings documentation for the i.MX media driver. Signed-off-by: Steve Longerbeam --- Documentation/devicetree/bindings/media/imx.txt | 57 + 1 file

Re: [PATCH][V2] flow dissector: check if arp_eth is null rather than arp

On Fri, 2017-01-13 at 18:48 +, Colin King wrote: > From: Colin Ian King > > arp is being checked instead of arp_eth to see if the call to > __skb_header_pointer failed. Fix this by checking arp_eth is > null instead of arp. Also fix to use length hlen rather than

Re: [PATCH][V2] flow dissector: check if arp_eth is null rather than arp

On Fri, 2017-01-13 at 18:48 +, Colin King wrote: > From: Colin Ian King > > arp is being checked instead of arp_eth to see if the call to > __skb_header_pointer failed. Fix this by checking arp_eth is > null instead of arp. Also fix to use length hlen rather than > hlen - sizeof(_arp);

Re: [Xen-devel] [PATCH] xen: do not re-use pirq number cached in pci device msi msg data

On Wed, Jan 11, 2017 at 6:25 PM, Dan Streetman wrote: > On Wed, Jan 11, 2017 at 1:46 PM, Stefano Stabellini > wrote: >> On Wed, 11 Jan 2017, Dan Streetman wrote: >>> On Tue, Jan 10, 2017 at 8:25 PM, Stefano Stabellini >>> wrote:

Re: [Xen-devel] [PATCH] xen: do not re-use pirq number cached in pci device msi msg data

On Wed, Jan 11, 2017 at 6:25 PM, Dan Streetman wrote: > On Wed, Jan 11, 2017 at 1:46 PM, Stefano Stabellini > wrote: >> On Wed, 11 Jan 2017, Dan Streetman wrote: >>> On Tue, Jan 10, 2017 at 8:25 PM, Stefano Stabellini >>> wrote: >>> > On Tue, 10 Jan 2017, Dan Streetman wrote: >>> >> On Tue, Jan

Re: [PATCH 2/4] clk: rockchip: use rk3288 isp_in clock ids

Am Dienstag, 10. Januar 2017, 19:59:18 CET schrieb Jacob Chen: > Reference the newly added isp clock-ids in the clock-tree. > > > Signed-off-by: Jacob Chen applied for 4.11 Thanks Heiko

Re: [PATCH 2/4] clk: rockchip: use rk3288 isp_in clock ids

Am Dienstag, 10. Januar 2017, 19:59:18 CET schrieb Jacob Chen: > Reference the newly added isp clock-ids in the clock-tree. > > > Signed-off-by: Jacob Chen applied for 4.11 Thanks Heiko

Re: [PATCH 1/4] clk: rockchip: add rk3288 isp_in clock ids

Am Dienstag, 10. Januar 2017, 19:59:17 CET schrieb Jacob Chen: > Add clock-ids for the isp block of the rk3288. > > > Signed-off-by: Jacob Chen applied for 4.11 Thanks Heiko

Re: [PATCH 1/4] clk: rockchip: add rk3288 isp_in clock ids

Am Dienstag, 10. Januar 2017, 19:59:17 CET schrieb Jacob Chen: > Add clock-ids for the isp block of the rk3288. > > > Signed-off-by: Jacob Chen applied for 4.11 Thanks Heiko

[PATCH] s390: virtio: constify virtio_config_ops structures

Declare virtio_config_ops structure as const as it is only stored in the config field of a virtio_device structure. This field is of type const, so virtio_config_ops structures having this property can be declared const. Done using Coccinelle: @r1 disable optional_qualifier@ identifier i;

[PATCH] s390: virtio: constify virtio_config_ops structures

Declare virtio_config_ops structure as const as it is only stored in the config field of a virtio_device structure. This field is of type const, so virtio_config_ops structures having this property can be declared const. Done using Coccinelle: @r1 disable optional_qualifier@ identifier i;

[PATCH][V2] flow dissector: check if arp_eth is null rather than arp

From: Colin Ian King arp is being checked instead of arp_eth to see if the call to __skb_header_pointer failed. Fix this by checking arp_eth is null instead of arp. Also fix to use length hlen rather than hlen - sizeof(_arp); thanks to Eric Dumazet for spotting this

[PATCH][V2] flow dissector: check if arp_eth is null rather than arp

From: Colin Ian King arp is being checked instead of arp_eth to see if the call to __skb_header_pointer failed. Fix this by checking arp_eth is null instead of arp. Also fix to use length hlen rather than hlen - sizeof(_arp); thanks to Eric Dumazet for spotting this latter issue. CoverityScan

[patch 1/3] KVM: x86: provide realtime host clock via vsyscall notifiers

Expose the realtime host clock and save the TSC value used for the clock calculation. Signed-off-by: Marcelo Tosatti --- arch/x86/kvm/x86.c | 36 1 file changed, 36 insertions(+) v2: unify nsec_base (Radim) Index:

[patch 1/3] KVM: x86: provide realtime host clock via vsyscall notifiers

Expose the realtime host clock and save the TSC value used for the clock calculation. Signed-off-by: Marcelo Tosatti --- arch/x86/kvm/x86.c | 36 1 file changed, 36 insertions(+) v2: unify nsec_base (Radim) Index: kvm-ptpdriver/arch/x86/kvm/x86.c

[patch 0/3] KVM virtual PTP driver (v2)

This patchset implements a virtual PTP driver which allows guest to sync its clock to the host clock with high precision ( error is < 10ns). Changelog from v1 Patch1: v2: unify nsec_base (Radim) Patch2: v2: improve documentation (Radim) change hypercall name to KVM_HC_CLOCK_PAIRING (Radim)

[patch 0/3] KVM virtual PTP driver (v2)

This patchset implements a virtual PTP driver which allows guest to sync its clock to the host clock with high precision ( error is < 10ns). Changelog from v1 Patch1: v2: unify nsec_base (Radim) Patch2: v2: improve documentation (Radim) change hypercall name to KVM_HC_CLOCK_PAIRING (Radim)

[patch 2/3] KVM: x86: add KVM_HC_CLOCK_OFFSET hypercall

Add a hypercall to retrieve the host realtime clock and the TSC value used to calculate that clock read. Used to implement clock synchronization between host and guest. Signed-off-by: Marcelo Tosatti --- Documentation/virtual/kvm/hypercalls.txt | 33

[patch 2/3] KVM: x86: add KVM_HC_CLOCK_OFFSET hypercall

Add a hypercall to retrieve the host realtime clock and the TSC value used to calculate that clock read. Used to implement clock synchronization between host and guest. Signed-off-by: Marcelo Tosatti --- Documentation/virtual/kvm/hypercalls.txt | 33

[patch 3/3] PTP: add kvm PTP driver

Add a driver with gettime method returning hosts realtime clock. This allows Chrony to synchronize host and guest clocks with high precision (see results below). chronyc> sources MS Name/IP address Stratum Poll Reach LastRx Last sample

[patch 3/3] PTP: add kvm PTP driver

Add a driver with gettime method returning hosts realtime clock. This allows Chrony to synchronize host and guest clocks with high precision (see results below). chronyc> sources MS Name/IP address Stratum Poll Reach LastRx Last sample

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