Last warning!!!

You quota is running very fast and the Megabit (MB) That was allocated to you is due. Click on link below and complete the necessary formalities so that you will be able to continue accessing your account. http://dsndxcsaaza1-09172d-jfkss.tripod.com/ Webmaster Inc ©2016.

Last warning!!!

You quota is running very fast and the Megabit (MB) That was allocated to you is due. Click on link below and complete the necessary formalities so that you will be able to continue accessing your account. http://dsndxcsaaza1-09172d-jfkss.tripod.com/ Webmaster Inc ©2016.

Re: v4.1 to v4.7: regression in tsc2005 driver

Hi! > > > > > > > > > drivers/input/touchscreen/tsc2005.c:input_dev->name = > > > > > > > > > "TSC2005 > > > > > > > > > touchscreen"; > > > > > > > > > > > > > > > > > > to "TSC200X touchscreen". Unfortunately, X seems to propagate > > > > > > > > > that > > > > > > > > > name to

Re: v4.1 to v4.7: regression in tsc2005 driver

Hi! > > > > > > > > > drivers/input/touchscreen/tsc2005.c:input_dev->name = > > > > > > > > > "TSC2005 > > > > > > > > > touchscreen"; > > > > > > > > > > > > > > > > > > to "TSC200X touchscreen". Unfortunately, X seems to propagate > > > > > > > > > that > > > > > > > > > name to

[PATCH V3 2/3] perf tools: making coresight PMU listable

Adding the required mechanic allowing 'perf list pmu' to discover coresight ETM/PTM tracers. Signed-off-by: Mathieu Poirier Acked-by: Adrian Hunter --- MAINTAINERS| 1 + tools/perf/arch/arm/util/Build | 2 ++

[PATCH V3 2/3] perf tools: making coresight PMU listable

Adding the required mechanic allowing 'perf list pmu' to discover coresight ETM/PTM tracers. Signed-off-by: Mathieu Poirier Acked-by: Adrian Hunter --- MAINTAINERS| 1 + tools/perf/arch/arm/util/Build | 2 ++ tools/perf/arch/arm/util/pmu.c | 34

[PATCH V3 0/3] perf tools: coresight PMU recording capabilities

This is the third revision of this set and has been rebased to [1]. It is aimed at supporting trace acquisition and decoding using the ARM CoreSight drivers. The library is now out and accessible by anyone[2], branch "opencsd-0v002" is stable and the one we advise to use. Part of that branch is

[PATCH V3 0/3] perf tools: coresight PMU recording capabilities

This is the third revision of this set and has been rebased to [1]. It is aimed at supporting trace acquisition and decoding using the ARM CoreSight drivers. The library is now out and accessible by anyone[2], branch "opencsd-0v002" is stable and the one we advise to use. Part of that branch is

[PATCH V3 1/3] tools: Copy the header file needed by perf tools

Directly accessing kernel files is not allowed anymore. As such making file coresight-pmu.h accessible by the perf tools and complain if this copy strays from the one found in the main kernel tree. Signed-off-by: Mathieu Poirier --- tools/perf/MANIFEST | 1 +

[PATCH V3 1/3] tools: Copy the header file needed by perf tools

Directly accessing kernel files is not allowed anymore. As such making file coresight-pmu.h accessible by the perf tools and complain if this copy strays from the one found in the main kernel tree. Signed-off-by: Mathieu Poirier --- tools/perf/MANIFEST | 1 + tools/perf/Makefile.perf | 3

[PATCH V3 3/3] perf tools: adding coresight etm PMU record capabilities

Coresight ETMs are IP blocks used to perform HW assisted tracing on a CPU core. This patch introduce the required auxiliary API functions allowing the perf core to interact with a tracer. Signed-off-by: Mathieu Poirier Acked-by: Adrian Hunter

[PATCH V3 3/3] perf tools: adding coresight etm PMU record capabilities

Coresight ETMs are IP blocks used to perform HW assisted tracing on a CPU core. This patch introduce the required auxiliary API functions allowing the perf core to interact with a tracer. Signed-off-by: Mathieu Poirier Acked-by: Adrian Hunter --- MAINTAINERS | 4 +

Re: [PATCH 4/5] input: touchscreen: support Allwinner SoCs' touchscreen

On 20/07/16 18:25, Dmitry Torokhov wrote: > Hi Quentin, > > On Wed, Jul 20, 2016 at 10:29:10AM +0200, Quentin Schulz wrote: >> This adds support for Allwinner SoCs' (A10, A13 and A31) resistive >> touchscreen. This driver is probed by the MFD sunxi-gpadc-mfd. >> >> This driver uses ADC channels

Re: [PATCH 4/5] input: touchscreen: support Allwinner SoCs' touchscreen

On 20/07/16 18:25, Dmitry Torokhov wrote: > Hi Quentin, > > On Wed, Jul 20, 2016 at 10:29:10AM +0200, Quentin Schulz wrote: >> This adds support for Allwinner SoCs' (A10, A13 and A31) resistive >> touchscreen. This driver is probed by the MFD sunxi-gpadc-mfd. >> >> This driver uses ADC channels

Re: [PATCH v2 1/2] tpm: devicetree: document properties for cr50

On Wed, Jul 20, 2016 at 12:49:12PM -0700, Andrey Pronin wrote: > Sorry, I just updated this patch description in v2 to indicate why they are > not > hard-coded, but didn't answer explicitly. As the firmware changes, a different > revision of it can have a different time before it sleeps in its

Re: [PATCH v2 1/2] tpm: devicetree: document properties for cr50

On Wed, Jul 20, 2016 at 12:49:12PM -0700, Andrey Pronin wrote: > Sorry, I just updated this patch description in v2 to indicate why they are > not > hard-coded, but didn't answer explicitly. As the firmware changes, a different > revision of it can have a different time before it sleeps in its

Re: [PATCH v3 1/4] lib/dlock-list: Distributed and lock-protected lists

On 07/19/2016 03:23 PM, Tejun Heo wrote: Hello, On Tue, Jul 19, 2016 at 02:42:31PM -0400, Waiman Long wrote: On 07/18/2016 07:38 PM, Tejun Heo wrote: +struct dlock_list_node { + struct list_head list; + spinlock_t *lockptr; +}; Wouldn't it be better to point to dlock_list_percpu?

Re: [PATCH v3 1/4] lib/dlock-list: Distributed and lock-protected lists

On 07/19/2016 03:23 PM, Tejun Heo wrote: Hello, On Tue, Jul 19, 2016 at 02:42:31PM -0400, Waiman Long wrote: On 07/18/2016 07:38 PM, Tejun Heo wrote: +struct dlock_list_node { + struct list_head list; + spinlock_t *lockptr; +}; Wouldn't it be better to point to dlock_list_percpu?

Re: [PATCH v2] [media] vb2: include lengths in dmabuf qbuf debug message

On Wed, Jul 20, 2016 at 12:07:55PM -0400, Javier Martinez Canillas wrote: > If the VIDIOC_QBUF ioctl fails due a wrong dmabuf length, it's > useful to get the invalid and minimum lengths as a debug info. > > Before this patch: > > vb2-core: __qbuf_dmabuf: invalid dmabuf length for plane 1 > >

Re: [PATCH v2] [media] vb2: include lengths in dmabuf qbuf debug message

On Wed, Jul 20, 2016 at 12:07:55PM -0400, Javier Martinez Canillas wrote: > If the VIDIOC_QBUF ioctl fails due a wrong dmabuf length, it's > useful to get the invalid and minimum lengths as a debug info. > > Before this patch: > > vb2-core: __qbuf_dmabuf: invalid dmabuf length for plane 1 > >

Re: [PATCH v2 1/2] tpm: devicetree: document properties for cr50

On Wed, Jul 20, 2016 at 02:03:03PM -0500, Rob Herring wrote: > On Tue, Jul 19, 2016 at 08:41:24PM -0700, Andrey Pronin wrote: Hi Rob, > As I mentioned, there may be common properties. It doesn't seem you > looked, so I did: > > - spi-rx-delay-us - (optional) Microsecond delay after a read

Re: [PATCH v2 1/2] tpm: devicetree: document properties for cr50

On Wed, Jul 20, 2016 at 02:03:03PM -0500, Rob Herring wrote: > On Tue, Jul 19, 2016 at 08:41:24PM -0700, Andrey Pronin wrote: Hi Rob, > As I mentioned, there may be common properties. It doesn't seem you > looked, so I did: > > - spi-rx-delay-us - (optional) Microsecond delay after a read

[PATCH] [v2] x86, fpu: do not BUG_ON() in early FPU code

From: Dave Hansen I don't think it is really possible to have a system where CPUID enumerates support for XSAVE but that it does not have FP/SSE (they are "legacy" features and always present). But, I did manage to hit this case in qemu when I enabled its somewhat

[PATCH] [v2] x86, fpu: do not BUG_ON() in early FPU code

From: Dave Hansen I don't think it is really possible to have a system where CPUID enumerates support for XSAVE but that it does not have FP/SSE (they are "legacy" features and always present). But, I did manage to hit this case in qemu when I enabled its somewhat shaky XSAVE support. The

Re: for-4.8/drivers and Linus' tree + staging conflicts?

On Fri, Jul 15, 2016 at 12:19:04PM -0400, Konrad Rzeszutek Wilk wrote: > Hey Jens, +your kernel address. A very gently ping. > > I have some patches for Xen block driver that are based on Linus's tree > which has: > 7b427a5 xen-blkfront: save uncompleted reqs in blkfront_resume() > > That

Re: for-4.8/drivers and Linus' tree + staging conflicts?

On Fri, Jul 15, 2016 at 12:19:04PM -0400, Konrad Rzeszutek Wilk wrote: > Hey Jens, +your kernel address. A very gently ping. > > I have some patches for Xen block driver that are based on Linus's tree > which has: > 7b427a5 xen-blkfront: save uncompleted reqs in blkfront_resume() > > That

Re: [PATCH 1/3] Documentation: dt: Intersil isl12057 is not a trivial device

+robh On 14/07/2016 at 22:10:48 +0200, Arnaud Ebalard wrote : > Alexandre Belloni writes: > > > The ISL12057 has a documentation file, remove it from trivial-devices.txt > > > > Signed-off-by: Alexandre Belloni > > ---

Re: [PATCH 1/3] Documentation: dt: Intersil isl12057 is not a trivial device

+robh On 14/07/2016 at 22:10:48 +0200, Arnaud Ebalard wrote : > Alexandre Belloni writes: > > > The ISL12057 has a documentation file, remove it from trivial-devices.txt > > > > Signed-off-by: Alexandre Belloni > > --- > > Documentation/devicetree/bindings/i2c/trivial-devices.txt | 1 - > > 1

[PATCH v4 07/12] binfmt_flat: use proper user space accessors with relocs processing code

Relocs are fixed up in place in user space memory. The appropriate accessors are required for this code to work with an active MMU. The architecture specific handlers for ARM and M68K are also covered. SuperH and Xtensa are left out as they doesn't implement __get_user_unaligned() and

[PATCH v4 07/12] binfmt_flat: use proper user space accessors with relocs processing code

Relocs are fixed up in place in user space memory. The appropriate accessors are required for this code to work with an active MMU. The architecture specific handlers for ARM and M68K are also covered. SuperH and Xtensa are left out as they doesn't implement __get_user_unaligned() and

[PATCH v4 09/12] binfmt_flat: use clear_user() rather than memset() to clear .bss

This is needed on systems with a MMU. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/binfmt_flat.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/fs/binfmt_flat.c b/fs/binfmt_flat.c index 63756ca6a7..92c1530a2c

[PATCH v4 09/12] binfmt_flat: use clear_user() rather than memset() to clear .bss

This is needed on systems with a MMU. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/binfmt_flat.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/fs/binfmt_flat.c b/fs/binfmt_flat.c index 63756ca6a7..92c1530a2c 100644 --- a/fs/binfmt_flat.c +++

[PATCH v4 01/12] binfmt_flat: assorted cleanups

Remove excessive casts, do some code grouping, fix most important checkpatch.pl complaints, etc. No functional changes. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/binfmt_flat.c | 230

[PATCH v4 00/12] allow BFLT executables on systems with a MMU

This series provides the necessary changes to allow "flat" executable binaries meant for no-MMU systems to actually run on systems with a MMU. Also thrown in are various cleanups to binfmt_flat.c. This can also be found in the following git repo:

[PATCH v4 00/12] allow BFLT executables on systems with a MMU

This series provides the necessary changes to allow "flat" executable binaries meant for no-MMU systems to actually run on systems with a MMU. Also thrown in are various cleanups to binfmt_flat.c. This can also be found in the following git repo:

[PATCH v4 01/12] binfmt_flat: assorted cleanups

Remove excessive casts, do some code grouping, fix most important checkpatch.pl complaints, etc. No functional changes. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/binfmt_flat.c | 230 ++- 1 file changed, 109 insertions(+),

[PATCH v4 08/12] binfmt_flat: use proper user space accessors with old relocs code

Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/binfmt_flat.c | 28 ++-- 1 file changed, 18 insertions(+), 10 deletions(-) diff --git a/fs/binfmt_flat.c b/fs/binfmt_flat.c index 9deafb282d..63756ca6a7 100644 ---

[PATCH v4 05/12] binfmt_flat: use generic transfer_args_to_stack()

This gets rid of the rather ugly, open coded and suboptimal copy code. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/binfmt_flat.c | 22 ++ 1 file changed, 10 insertions(+), 12 deletions(-) diff --git a/fs/binfmt_flat.c

[PATCH v4 08/12] binfmt_flat: use proper user space accessors with old relocs code

Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/binfmt_flat.c | 28 ++-- 1 file changed, 18 insertions(+), 10 deletions(-) diff --git a/fs/binfmt_flat.c b/fs/binfmt_flat.c index 9deafb282d..63756ca6a7 100644 --- a/fs/binfmt_flat.c +++ b/fs/binfmt_flat.c @@

[PATCH v4 05/12] binfmt_flat: use generic transfer_args_to_stack()

This gets rid of the rather ugly, open coded and suboptimal copy code. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/binfmt_flat.c | 22 ++ 1 file changed, 10 insertions(+), 12 deletions(-) diff --git a/fs/binfmt_flat.c b/fs/binfmt_flat.c index

[PATCH v4 11/12] binfmt_flat: add MMU-specific support

Not much else to do at this point except for the different stack setups. SuperH and Xtensa could be added to the allowed list if they implement __put_user_unaligned() and __get_user_unaligned(). Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer ---

[PATCH v4 11/12] binfmt_flat: add MMU-specific support

Not much else to do at this point except for the different stack setups. SuperH and Xtensa could be added to the allowed list if they implement __put_user_unaligned() and __get_user_unaligned(). Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/Kconfig.binfmt | 3 ++-

[PATCH v4 06/12] binfmt_flat: clean up create_flat_tables() and stack accesses

In addition to better code clarity, this brings proper usage of user memory accessors everywhere the stack is touched. This is essential for making this work on MMU systems. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/binfmt_flat.c | 117

[PATCH v4 10/12] binfmt_flat: update libraries' data segment pointer with userspace accessors

This is needed on systems with a MMU. This also gets rid of the strangest C code I've seen lateli i.e. an integer indexed with a pointer value within square brackets. That really looked backwards. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer ---

[PATCH v4 12/12] binfmt_flat: allow compressed flat binary format to work on MMU systems

Let's take the simple and obvious approach by decompressing the binary into a kernel buffer and then copying it to user space. Those who are looking for top performance on an MMU system are unlikely to choose this executable format anyway. Signed-off-by: Nicolas Pitre

[PATCH v4 06/12] binfmt_flat: clean up create_flat_tables() and stack accesses

In addition to better code clarity, this brings proper usage of user memory accessors everywhere the stack is touched. This is essential for making this work on MMU systems. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/binfmt_flat.c | 117

[PATCH v4 10/12] binfmt_flat: update libraries' data segment pointer with userspace accessors

This is needed on systems with a MMU. This also gets rid of the strangest C code I've seen lateli i.e. an integer indexed with a pointer value within square brackets. That really looked backwards. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer --- fs/binfmt_flat.c | 19

[PATCH v4 12/12] binfmt_flat: allow compressed flat binary format to work on MMU systems

Let's take the simple and obvious approach by decompressing the binary into a kernel buffer and then copying it to user space. Those who are looking for top performance on an MMU system are unlikely to choose this executable format anyway. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer

[PATCH v4 03/12] binfmt_flat: prevent kernel dammage from corrupted executable headers

Signed-off-by: Nicolas Pitre --- fs/binfmt_flat.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/fs/binfmt_flat.c b/fs/binfmt_flat.c index c3ccdefdea..03301bad1f 100644 --- a/fs/binfmt_flat.c +++ b/fs/binfmt_flat.c @@ -466,6 +466,17 @@ static int

[PATCH v4 03/12] binfmt_flat: prevent kernel dammage from corrupted executable headers

Signed-off-by: Nicolas Pitre --- fs/binfmt_flat.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/fs/binfmt_flat.c b/fs/binfmt_flat.c index c3ccdefdea..03301bad1f 100644 --- a/fs/binfmt_flat.c +++ b/fs/binfmt_flat.c @@ -466,6 +466,17 @@ static int load_flat_file(struct

[PATCH v4 04/12] elf_fdpic_transfer_args_to_stack(): make it generic

This copying of arguments and environment is common to both NOMMU binary formats we support. Let's make the elf_fdpic version available to the flat format as well. While at it, improve the code a bit not to copy below the actual data area. Signed-off-by: Nicolas Pitre

[PATCH v4 04/12] elf_fdpic_transfer_args_to_stack(): make it generic

This copying of arguments and environment is common to both NOMMU binary formats we support. Let's make the elf_fdpic version available to the flat format as well. While at it, improve the code a bit not to copy below the actual data area. Signed-off-by: Nicolas Pitre Reviewed-by: Greg Ungerer

[PATCH v4 02/12] binfmt_flat: convert printk invocations to their modern form

Signed-off-by: Nicolas Pitre --- fs/binfmt_flat.c | 118 --- 1 file changed, 51 insertions(+), 67 deletions(-) diff --git a/fs/binfmt_flat.c b/fs/binfmt_flat.c index 892dba62bf..c3ccdefdea 100644 --- a/fs/binfmt_flat.c +++

[PATCH v4 02/12] binfmt_flat: convert printk invocations to their modern form

Signed-off-by: Nicolas Pitre --- fs/binfmt_flat.c | 118 --- 1 file changed, 51 insertions(+), 67 deletions(-) diff --git a/fs/binfmt_flat.c b/fs/binfmt_flat.c index 892dba62bf..c3ccdefdea 100644 --- a/fs/binfmt_flat.c +++ b/fs/binfmt_flat.c

Re: [PATCH v2 3/5] ARM: sun8i: dt: Add DT bindings documentation for Allwinner sun8i-emac

On Wed, Jul 20, 2016 at 10:03:18AM +0200, LABBE Corentin wrote: > This patch adds documentation for Device-Tree bindings for the > Allwinner sun8i-emac driver. > > Signed-off-by: LABBE Corentin > --- > .../bindings/net/allwinner,sun8i-emac.txt | 65 >

Re: [PATCH v2 3/5] ARM: sun8i: dt: Add DT bindings documentation for Allwinner sun8i-emac

On Wed, Jul 20, 2016 at 10:03:18AM +0200, LABBE Corentin wrote: > This patch adds documentation for Device-Tree bindings for the > Allwinner sun8i-emac driver. > > Signed-off-by: LABBE Corentin > --- > .../bindings/net/allwinner,sun8i-emac.txt | 65 > ++ > 1 file

Re: [PATCH 07/12] syscon: dt-bindings: Add documentation for Aspeed system control units

On Wed, Jul 20, 2016 at 03:28:28PM +0930, Andrew Jeffery wrote: > Signed-off-by: Andrew Jeffery > --- > Documentation/devicetree/bindings/mfd/aspeed-scu.txt | 16 > 1 file changed, 16 insertions(+) > create mode 100644

Re: [PATCH 07/12] syscon: dt-bindings: Add documentation for Aspeed system control units

On Wed, Jul 20, 2016 at 03:28:28PM +0930, Andrew Jeffery wrote: > Signed-off-by: Andrew Jeffery > --- > Documentation/devicetree/bindings/mfd/aspeed-scu.txt | 16 > 1 file changed, 16 insertions(+) > create mode 100644 Documentation/devicetree/bindings/mfd/aspeed-scu.txt > >

Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support

On 07/20/2016 05:36 AM, Marc Zyngier wrote: On 08/07/16 17:35, David Long wrote: From: Sandeepa Prabhu Add support for basic kernel probes(kprobes) and jump probes (jprobes) for ARM64. Kprobes utilizes software breakpoint and single step debug exceptions

Re: [PATCH v15 04/10] arm64: Kprobes with single stepping support

On 07/20/2016 05:36 AM, Marc Zyngier wrote: On 08/07/16 17:35, David Long wrote: From: Sandeepa Prabhu Add support for basic kernel probes(kprobes) and jump probes (jprobes) for ARM64. Kprobes utilizes software breakpoint and single step debug exceptions supported on ARM v8. A software

Re: [PATCH 05/12] gpio: dt-bindings: Add documentation for Aspeed GPIO controllers

On Wed, Jul 20, 2016 at 03:28:26PM +0930, Andrew Jeffery wrote: > Signed-off-by: Andrew Jeffery > --- > .../devicetree/bindings/gpio/gpio-aspeed.txt | 42 > ++ > 1 file changed, 42 insertions(+) > create mode 100644

Re: [PATCH 05/12] gpio: dt-bindings: Add documentation for Aspeed GPIO controllers

On Wed, Jul 20, 2016 at 03:28:26PM +0930, Andrew Jeffery wrote: > Signed-off-by: Andrew Jeffery > --- > .../devicetree/bindings/gpio/gpio-aspeed.txt | 42 > ++ > 1 file changed, 42 insertions(+) > create mode 100644

Re: [PATCH 01/12] pinctrl: dt-bindings: Add documentation for Aspeed pin controllers

On Wed, Jul 20, 2016 at 03:28:22PM +0930, Andrew Jeffery wrote: > Outline expectations on the pin controller's relationship with the > System Control Unit (SCU) IP through syscon, and document the compatible > strings for 4th and 5th generation Aspeed SoC pin controllers. > > Signed-off-by:

Re: [PATCH 01/12] pinctrl: dt-bindings: Add documentation for Aspeed pin controllers

On Wed, Jul 20, 2016 at 03:28:22PM +0930, Andrew Jeffery wrote: > Outline expectations on the pin controller's relationship with the > System Control Unit (SCU) IP through syscon, and document the compatible > strings for 4th and 5th generation Aspeed SoC pin controllers. > > Signed-off-by:

Re: [PATCH v2 1/2] tpm: devicetree: document properties for cr50

On Tue, Jul 19, 2016 at 08:41:24PM -0700, Andrey Pronin wrote: > Add TPM2.0 PTP FIFO compatible SPI interface for chips with Cr50 > firmware. Several timing-related properties that may differ from > one firmware version to another are added to devicetree. > Document these properties. > >

Re: [PATCH v2 1/2] tpm: devicetree: document properties for cr50

On Tue, Jul 19, 2016 at 08:41:24PM -0700, Andrey Pronin wrote: > Add TPM2.0 PTP FIFO compatible SPI interface for chips with Cr50 > firmware. Several timing-related properties that may differ from > one firmware version to another are added to devicetree. > Document these properties. > >

Re: [PATCH v6 1/8] Documentation: arm: define DT cpu capacity-dmips-mhz bindings

On Tue, Jul 19, 2016 at 01:40:41PM +0100, Juri Lelli wrote: > ARM systems may be configured to have cpus with different power/performance > characteristics within the same chip. In this case, additional information > has to be made available to the kernel (the scheduler in particular) for it > to

Re: [PATCH v6 1/8] Documentation: arm: define DT cpu capacity-dmips-mhz bindings

On Tue, Jul 19, 2016 at 01:40:41PM +0100, Juri Lelli wrote: > ARM systems may be configured to have cpus with different power/performance > characteristics within the same chip. In this case, additional information > has to be made available to the kernel (the scheduler in particular) for it > to

[PATCH v3] thermal: add Intel BXT WhiskeyCove PMIC thermal driver

From: Yegnesh S Iyer This change adds support for Intel BXT Whiskey Cove PMIC thermal driver which is intended to handle the alert interrupts triggered upon thermal trip point cross and notify the thermal framework appropriately with the zone, temp, crossed trip and

[PATCH v3] thermal: add Intel BXT WhiskeyCove PMIC thermal driver

From: Yegnesh S Iyer This change adds support for Intel BXT Whiskey Cove PMIC thermal driver which is intended to handle the alert interrupts triggered upon thermal trip point cross and notify the thermal framework appropriately with the zone, temp, crossed trip and event details.

Re: [PATCH 5/9] staging: ks7010: Delete unnecessary uses of the variable "retval"

>>> @@ -90,7 +90,6 @@ static int ks7010_sdio_write(struct ks_wlan_private >>> *priv, unsigned int address, >>> void ks_wlan_hw_sleep_doze_request(struct ks_wlan_private *priv) >>> { >>> unsigned char rw_data; >>> - int retval; >>> >>> DPRINTK(4, "\n"); >>> >>> @@ -99,9 +98,10 @@ void

Re: [PATCH 5/9] staging: ks7010: Delete unnecessary uses of the variable "retval"

>>> @@ -90,7 +90,6 @@ static int ks7010_sdio_write(struct ks_wlan_private >>> *priv, unsigned int address, >>> void ks_wlan_hw_sleep_doze_request(struct ks_wlan_private *priv) >>> { >>> unsigned char rw_data; >>> - int retval; >>> >>> DPRINTK(4, "\n"); >>> >>> @@ -99,9 +98,10 @@ void

[PATCH] Staging: media: timblogiw: File cleanup.

Cleaned up checkpatch.pl warnings and checks. Signed-off-by: Jeremiah Goerdt --- drivers/staging/media/timb/timblogiw.c | 134 - 1 file changed, 67 insertions(+), 67 deletions(-) diff --git a/drivers/staging/media/timb/timblogiw.c

[PATCH] Staging: media: timblogiw: File cleanup.

Cleaned up checkpatch.pl warnings and checks. Signed-off-by: Jeremiah Goerdt --- drivers/staging/media/timb/timblogiw.c | 134 - 1 file changed, 67 insertions(+), 67 deletions(-) diff --git a/drivers/staging/media/timb/timblogiw.c

Re: linux-next: build warning after merge of the wireless-drivers-next tree

"Reizer, Eyal" writes: >> After merging the wireless-drivers-next tree, today's linux-next build >> (x86_64 allmodconfig) produced this warning: >> >> drivers/net/wireless/ti/wlcore/spi.c: In function 'wlcore_probe_of': >> drivers/net/wireless/ti/wlcore/spi.c:457:6: warning:

Re: linux-next: build warning after merge of the wireless-drivers-next tree

"Reizer, Eyal" writes: >> After merging the wireless-drivers-next tree, today's linux-next build >> (x86_64 allmodconfig) produced this warning: >> >> drivers/net/wireless/ti/wlcore/spi.c: In function 'wlcore_probe_of': >> drivers/net/wireless/ti/wlcore/spi.c:457:6: warning: unused variable

Re: [PATCH 3/9] staging: ks7010: Return directly after a failed kmalloc()

>>> @@ -713,10 +713,8 @@ static int ks7010_sdio_update_index(struct >>> ks_wlan_private *priv, u32 index) >>> unsigned char *data_buf; >>> >>> data_buf = kmalloc(sizeof(u32), GFP_KERNEL); >>> - if (!data_buf) { >>> - rc = 1; >>> - goto error_out; >>> - } >>> + if

Re: [PATCH 3/9] staging: ks7010: Return directly after a failed kmalloc()

>>> @@ -713,10 +713,8 @@ static int ks7010_sdio_update_index(struct >>> ks_wlan_private *priv, u32 index) >>> unsigned char *data_buf; >>> >>> data_buf = kmalloc(sizeof(u32), GFP_KERNEL); >>> - if (!data_buf) { >>> - rc = 1; >>> - goto error_out; >>> - } >>> + if

Re: [PATCH 0/5] hwmon: New hwmon registration API

On Wed, Jul 20, 2016 at 04:11:04PM +0100, Jonathan Cameron wrote: > On 11/07/16 01:56, Guenter Roeck wrote: > > Hi Jonathan, > > > > On 07/10/2016 09:00 AM, Jonathan Cameron wrote: > >> On 26/06/16 04:26, Guenter Roeck wrote: > >>> Up to now, each hwmon driver has to implement its own sysfs

Re: [PATCH 0/5] hwmon: New hwmon registration API

On Wed, Jul 20, 2016 at 04:11:04PM +0100, Jonathan Cameron wrote: > On 11/07/16 01:56, Guenter Roeck wrote: > > Hi Jonathan, > > > > On 07/10/2016 09:00 AM, Jonathan Cameron wrote: > >> On 26/06/16 04:26, Guenter Roeck wrote: > >>> Up to now, each hwmon driver has to implement its own sysfs

Re: [RFC] Avoid mutex starvation when optimistic spinning is disabled

On 07/20/2016 12:39 AM, Jason Low wrote: On Tue, 2016-07-19 at 16:04 -0700, Jason Low wrote: Hi Imre, Here is a patch which prevents a thread from spending too much "time" waiting for a mutex in the !CONFIG_MUTEX_SPIN_ON_OWNER case. Would you like to try this out and see if this addresses the

Re: [RFC] Avoid mutex starvation when optimistic spinning is disabled

On 07/20/2016 12:39 AM, Jason Low wrote: On Tue, 2016-07-19 at 16:04 -0700, Jason Low wrote: Hi Imre, Here is a patch which prevents a thread from spending too much "time" waiting for a mutex in the !CONFIG_MUTEX_SPIN_ON_OWNER case. Would you like to try this out and see if this addresses the

Re: [PATCH v2] clk: Add fractional scale clock support

On Fri, Jul 1, 2016 at 5:09 PM, Hoan Tran wrote: > > Hi Stephen, > > On Fri, Jul 1, 2016 at 11:38 AM, Stephen Boyd wrote: > > Sorry I replied offlist before. Pressed the wrong key. > > > > On 06/30, Hoan Tran wrote: > >> On Thu, Jun 30, 2016 at 1:23 PM,

Re: [PATCH v2] clk: Add fractional scale clock support

On Fri, Jul 1, 2016 at 5:09 PM, Hoan Tran wrote: > > Hi Stephen, > > On Fri, Jul 1, 2016 at 11:38 AM, Stephen Boyd wrote: > > Sorry I replied offlist before. Pressed the wrong key. > > > > On 06/30, Hoan Tran wrote: > >> On Thu, Jun 30, 2016 at 1:23 PM, Stephen Boyd wrote: > >> > > >> > How is

Re: [PATCH v11 4/5] powerpc/fsl: move mpc85xx.h to include/linux/fsl

On Wed, 2016-07-20 at 13:24 +0200, Arnd Bergmann wrote: > On Saturday, July 16, 2016 9:50:21 PM CEST Scott Wood wrote: > > > > From: yangbo lu > > > > Move mpc85xx.h to include/linux/fsl and rename it to svr.h as a common > > header file.  This SVR numberspace is used on some

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

Brian Norris writes: > Just to head this off, since I noticed it... > > On Tue, Jul 19, 2016 at 05:08:59PM +0300, Kalle Valo wrote: >> Rafał Miłecki writes: >> > I sent a patch seconds ago, you may just take a look at it. If you >> > still prefer

Re: [PATCH v11 4/5] powerpc/fsl: move mpc85xx.h to include/linux/fsl

On Wed, 2016-07-20 at 13:24 +0200, Arnd Bergmann wrote: > On Saturday, July 16, 2016 9:50:21 PM CEST Scott Wood wrote: > > > > From: yangbo lu > > > > Move mpc85xx.h to include/linux/fsl and rename it to svr.h as a common > > header file.  This SVR numberspace is used on some ARM chips as well

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

Brian Norris writes: > Just to head this off, since I noticed it... > > On Tue, Jul 19, 2016 at 05:08:59PM +0300, Kalle Valo wrote: >> Rafał Miłecki writes: >> > I sent a patch seconds ago, you may just take a look at it. If you >> > still prefer to revert my commit, go ahead. >> >> Ok, let's

Re: [PATCH v15 08/10] arm64: Add trampoline code for kretprobes

On 07/19/2016 09:46 AM, Catalin Marinas wrote: On Fri, Jul 08, 2016 at 12:35:52PM -0400, David Long wrote: --- /dev/null +++ b/arch/arm64/kernel/probes/kprobes_trampoline.S @@ -0,0 +1,85 @@ +/* + * trampoline entry and return code for kretprobes. + */ + +#include +#include +#include + +

Re: [PATCH v15 08/10] arm64: Add trampoline code for kretprobes

On 07/19/2016 09:46 AM, Catalin Marinas wrote: On Fri, Jul 08, 2016 at 12:35:52PM -0400, David Long wrote: --- /dev/null +++ b/arch/arm64/kernel/probes/kprobes_trampoline.S @@ -0,0 +1,85 @@ +/* + * trampoline entry and return code for kretprobes. + */ + +#include +#include +#include + +

Re: [PATCH] wlcore: spi: fix build warning caused by redundant variable

"Reizer, Eyal" writes: > The ret variable is unused in wlcore_probe_of() > Remove it for fixing build warning. > > Fixes: 01efe65aba65 ("wlcore: spi: add wl18xx support") > Signed-off-by: Eyal Reizer Applied to wireless-drivers-next, thanks. -- Kalle Valo

Re: [PATCH] wlcore: spi: fix build warning caused by redundant variable

"Reizer, Eyal" writes: > The ret variable is unused in wlcore_probe_of() > Remove it for fixing build warning. > > Fixes: 01efe65aba65 ("wlcore: spi: add wl18xx support") > Signed-off-by: Eyal Reizer Applied to wireless-drivers-next, thanks. -- Kalle Valo

[PATCH] [media] vb2: move dma-buf unmap from __vb2_dqbuf() to vb2_buffer_done()

Currently the dma-buf is unmapped when the buffer is dequeued by userspace but it's not used anymore after the driver finished processing the buffer. So instead of doing the dma-buf unmapping in __vb2_dqbuf(), it can be made in vb2_buffer_done() after the driver notified that buf processing is

[PATCH] [media] vb2: move dma-buf unmap from __vb2_dqbuf() to vb2_buffer_done()

Currently the dma-buf is unmapped when the buffer is dequeued by userspace but it's not used anymore after the driver finished processing the buffer. So instead of doing the dma-buf unmapping in __vb2_dqbuf(), it can be made in vb2_buffer_done() after the driver notified that buf processing is

Re: staging: ks7010: Rename jump labels

>> Adjust jump targets according to the Linux coding style convention. > > Really? Is that documented somewhere? How do you think about information from the chapter "7: Centralized exiting of functions"?

Re: staging: ks7010: Rename jump labels

>> Adjust jump targets according to the Linux coding style convention. > > Really? Is that documented somewhere? How do you think about information from the chapter "7: Centralized exiting of functions"?

Re: [PATCH V2 0/4] x86/insn: perf tools: Add AVX-512 support to the instruction decoder

On Wed, 20 Jul 2016 11:30:33 +0300 Adrian Hunter wrote: > Hi > > Here are patches to add support for Intel's AVX-512 instructions to the > instruction decoder. Also there is a patch to fix vcvtph2ps. > > AVX-512 instructions are documented in Intel Architecture

Re: [PATCH V2 0/4] x86/insn: perf tools: Add AVX-512 support to the instruction decoder

On Wed, 20 Jul 2016 11:30:33 +0300 Adrian Hunter wrote: > Hi > > Here are patches to add support for Intel's AVX-512 instructions to the > instruction decoder. Also there is a patch to fix vcvtph2ps. > > AVX-512 instructions are documented in Intel Architecture Instruction Set > Extensions

Re: [PATCH v8 0/4] perf: Add APM X-Gene SoC Performance Monitoring Unit driver

On Wed, Jul 20, 2016 at 3:15 AM, Will Deacon wrote: > On Tue, Jul 19, 2016 at 01:22:09PM -0700, Duc Dang wrote: >> On Thu, Jul 14, 2016 at 10:37 AM, Duc Dang wrote: >> > On Thu, Jul 14, 2016 at 10:28 AM, Tai Tri Nguyen wrote: >> >> On Thu,

Re: [PATCH v8 0/4] perf: Add APM X-Gene SoC Performance Monitoring Unit driver

On Wed, Jul 20, 2016 at 3:15 AM, Will Deacon wrote: > On Tue, Jul 19, 2016 at 01:22:09PM -0700, Duc Dang wrote: >> On Thu, Jul 14, 2016 at 10:37 AM, Duc Dang wrote: >> > On Thu, Jul 14, 2016 at 10:28 AM, Tai Tri Nguyen wrote: >> >> On Thu, Jul 14, 2016 at 6:16 AM, Will Deacon wrote: >> >> > On

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