[PATCH v2 5/9] mtd: m25p80: add support of dual and quad spi protocols to all commands

Before this patch, m25p80_read() supported few SPI protocols: - regular SPI 1-1-1 - SPI Dual Output 1-1-2 - SPI Quad Output 1-1-4 On the other hand, all other m25p80_*() hooks only supported SPI 1-1-1. This patch adds support to all currently existing SPI protocols to cover as many protocols as

[PATCH v2 5/9] mtd: m25p80: add support of dual and quad spi protocols to all commands

Before this patch, m25p80_read() supported few SPI protocols: - regular SPI 1-1-1 - SPI Dual Output 1-1-2 - SPI Quad Output 1-1-4 On the other hand, all other m25p80_*() hooks only supported SPI 1-1-1. This patch adds support to all currently existing SPI protocols to cover as many protocols as

[PATCH v2 6/9] mtd: spi-nor: parse Serial Flash Discoverable Parameters (SFDP) tables

This patch adds support the the JESD216B standard and parse the SFDP tables to dynamically initialize the spi_nor_basic_flash_parameter structure. Signed-off-by: Cyrille Pitchen --- drivers/mtd/spi-nor/spi-nor.c | 455 +-

[PATCH v2 6/9] mtd: spi-nor: parse Serial Flash Discoverable Parameters (SFDP) tables

This patch adds support the the JESD216B standard and parse the SFDP tables to dynamically initialize the spi_nor_basic_flash_parameter structure. Signed-off-by: Cyrille Pitchen --- drivers/mtd/spi-nor/spi-nor.c | 455 +- include/linux/mtd/spi-nor.h |

[PATCH v2 4/9] mtd: spi-nor: remove unused set_quad_mode() function

The set_quad_mode() function is no longer used, so we remove it. This patch is not squashed into the previous patch on purpose for readiness issue and to ease the review process of the whole series. Signed-off-by: Cyrille Pitchen --- drivers/mtd/spi-nor/spi-nor.c |

[PATCH v2 4/9] mtd: spi-nor: remove unused set_quad_mode() function

The set_quad_mode() function is no longer used, so we remove it. This patch is not squashed into the previous patch on purpose for readiness issue and to ease the review process of the whole series. Signed-off-by: Cyrille Pitchen --- drivers/mtd/spi-nor/spi-nor.c | 24

[PATCH v2 3/9] mtd: spi-nor: add support of SPI protocols like SPI 1-2-2 and SPI 1-4-4

This patch changes the prototype of spi_nor_scan(): its 3rd parameter is replaced by a const struct spi_nor_modes pointer, which tells the spi-nor framework about which SPI protocols are supported by the SPI controller. Besides, this patch also introduces a new spi_nor_basic_flash_parameter

[PATCH v2 3/9] mtd: spi-nor: add support of SPI protocols like SPI 1-2-2 and SPI 1-4-4

This patch changes the prototype of spi_nor_scan(): its 3rd parameter is replaced by a const struct spi_nor_modes pointer, which tells the spi-nor framework about which SPI protocols are supported by the SPI controller. Besides, this patch also introduces a new spi_nor_basic_flash_parameter

[PATCH v2 2/9] mtd: spi-nor: add an alternative method to support memory >16MiB

This patch provides an alternative mean to support memory above 16MiB (128Mib) by replacing 3byte address op codes by their associated 4byte address versions. Using the dedicated 4byte address op codes doesn't change the internal state of the SPI NOR memory as opposed to using other means such as

[PATCH v2 2/9] mtd: spi-nor: add an alternative method to support memory >16MiB

This patch provides an alternative mean to support memory above 16MiB (128Mib) by replacing 3byte address op codes by their associated 4byte address versions. Using the dedicated 4byte address op codes doesn't change the internal state of the SPI NOR memory as opposed to using other means such as

[PATCH v2 0/9] mtd: spi-nor: parse SFDP tables to setup (Q)SPI memories

Hi all, This series extends support of SPI protocols to new protocols such as SPI x-2-2 and SPI x-4-4. Also spi_nor_scan() tries now to select the right op codes, timing parameters (number of mode and dummy cycles) and erase sector size by parsing the Serial Flash Discoverable Parameter (SFDP)

[PATCH v2 0/9] mtd: spi-nor: parse SFDP tables to setup (Q)SPI memories

Hi all, This series extends support of SPI protocols to new protocols such as SPI x-2-2 and SPI x-4-4. Also spi_nor_scan() tries now to select the right op codes, timing parameters (number of mode and dummy cycles) and erase sector size by parsing the Serial Flash Discoverable Parameter (SFDP)

[PATCH v2 1/9] mtd: spi-nor: improve macronix_quad_enable()

The patch checks whether the Quad Enable bit is already set in the Status Register. If so, the function exits immediately with a successful return code. Otherwise, a message is now printed telling we're setting the non-volatile bit. Signed-off-by: Cyrille Pitchen ---

[PATCH v2 1/9] mtd: spi-nor: improve macronix_quad_enable()

The patch checks whether the Quad Enable bit is already set in the Status Register. If so, the function exits immediately with a successful return code. Otherwise, a message is now printed telling we're setting the non-volatile bit. Signed-off-by: Cyrille Pitchen ---

[PATCH] ftrace: Support full glob matching

Use glob_match() to support flexible glob wildcards (*,?) and character classes ([) for ftrace. Since the full glob matching is slower than the current partial matching routines(*pat, pat*, *pat*), this leaves those routines and just add MATCH_GLOB for complex glob expression. e.g.

[PATCH] ftrace: Support full glob matching

Use glob_match() to support flexible glob wildcards (*,?) and character classes ([) for ftrace. Since the full glob matching is slower than the current partial matching routines(*pat, pat*, *pat*), this leaves those routines and just add MATCH_GLOB for complex glob expression. e.g.

Re: [PATCH 06/14] ASoC: Add sun8i digital audio codec

Hello, On 04/10/2016 14:40, Thomas Petazzoni wrote: Hello, On Tue, 4 Oct 2016 11:46:19 +0200, Mylène Josserand wrote: Add the digital sun8i audio codec which handles the base register (without DAI). I'm not sure what you mean by "which handles the base register". I wanted to explain

Re: [PATCH 06/14] ASoC: Add sun8i digital audio codec

Hello, On 04/10/2016 14:40, Thomas Petazzoni wrote: Hello, On Tue, 4 Oct 2016 11:46:19 +0200, Mylène Josserand wrote: Add the digital sun8i audio codec which handles the base register (without DAI). I'm not sure what you mean by "which handles the base register". I wanted to explain

callchain map refcounting fixes was Re: [PATCH perf/core] perf script: fix a use after free crash.

Em Sat, Oct 01, 2016 at 08:13:36PM -0700, Krister Johansen escreveu: > If dso__load_kcore frees all of the existing maps, but one has already > been attached to a callchain cursor node, then we can get a SIGSEGV in > any function that happens to try to use this cursor with the invalid > map. Use

callchain map refcounting fixes was Re: [PATCH perf/core] perf script: fix a use after free crash.

Em Sat, Oct 01, 2016 at 08:13:36PM -0700, Krister Johansen escreveu: > If dso__load_kcore frees all of the existing maps, but one has already > been attached to a callchain cursor node, then we can get a SIGSEGV in > any function that happens to try to use this cursor with the invalid > map. Use

[PATCH v2] Adding missing features of Coresight PTM components

In the current driver for Coresight components, two features of PTM components are missing: 1. Branch Broadcasting (present also in ETM but called Branch Output) 2. Return Stack (only present in PTM v1.0 and PTMv1.1) These features can be added simply to the code using `mode` field of

[PATCH v2] Adding missing features of Coresight PTM components

In the current driver for Coresight components, two features of PTM components are missing: 1. Branch Broadcasting (present also in ETM but called Branch Output) 2. Return Stack (only present in PTM v1.0 and PTMv1.1) These features can be added simply to the code using `mode` field of

[PATCH] indentation fix (extra space removed)

An extra space is removed. Signed-off-by: Muhammad Abdul Wahab --- drivers/hwtracing/coresight/coresight-etm3x-sysfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwtracing/coresight/coresight-etm3x-sysfs.c

[PATCH] indentation fix (extra space removed)

An extra space is removed. Signed-off-by: Muhammad Abdul Wahab --- drivers/hwtracing/coresight/coresight-etm3x-sysfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwtracing/coresight/coresight-etm3x-sysfs.c b/drivers/hwtracing/coresight/coresight-etm3x-sysfs.c

Re: [RFC PATCH] mm, compaction: allow compaction for GFP_NOFS requests

On Wed 05-10-16 07:32:02, Dave Chinner wrote: > On Tue, Oct 04, 2016 at 10:12:15AM +0200, Michal Hocko wrote: > > From: Michal Hocko > > > > compaction has been disabled for GFP_NOFS and GFP_NOIO requests since > > the direct compaction was introduced by 56de7263fcf3 ("mm:

Re: [RFC PATCH] mm, compaction: allow compaction for GFP_NOFS requests

On Wed 05-10-16 07:32:02, Dave Chinner wrote: > On Tue, Oct 04, 2016 at 10:12:15AM +0200, Michal Hocko wrote: > > From: Michal Hocko > > > > compaction has been disabled for GFP_NOFS and GFP_NOIO requests since > > the direct compaction was introduced by 56de7263fcf3 ("mm: compaction: > > direct

Re: [PATCH] tools lib traceevent: Fix kbuffer_read_at_offset()

Em Sat, Oct 01, 2016 at 07:17:00PM +0900, Namhyung Kim escreveu: > When it's called with an offset less than or equal to the first event, > it'll return a garbage value since the data is not initialized. Steven, Ack? - Arnaldo > Cc: Steven Rostedt > Signed-off-by:

Re: [PATCH] tools lib traceevent: Fix kbuffer_read_at_offset()

Em Sat, Oct 01, 2016 at 07:17:00PM +0900, Namhyung Kim escreveu: > When it's called with an offset less than or equal to the first event, > it'll return a garbage value since the data is not initialized. Steven, Ack? - Arnaldo > Cc: Steven Rostedt > Signed-off-by: Namhyung Kim > --- >

Re: [PATCH 1/2] perf intel-pt-decoder: Report instruction bytes and length in sample

Em Mon, Oct 03, 2016 at 05:30:32PM -0700, Andi Kleen escreveu: > From: Andi Kleen > > Change the Intel PT decoder to pass up the length and the instruction > bytes of the decoded or sampled instruction in the perf sample. > > The decoder already knows this information, we

Re: [PATCH 1/2] perf intel-pt-decoder: Report instruction bytes and length in sample

Em Mon, Oct 03, 2016 at 05:30:32PM -0700, Andi Kleen escreveu: > From: Andi Kleen > > Change the Intel PT decoder to pass up the length and the instruction > bytes of the decoded or sampled instruction in the perf sample. > > The decoder already knows this information, we just need to pass it >

Re: [PATCH v7 6/6] perf annotate: cross arch annotate support fixes for ARM

Em Wed, Sep 21, 2016 at 09:17:56PM +0530, Ravi Bangoria escreveu: > From: Kim Phillips > > For ARM we remove the list that contains non-arm insns, and > instead add more maintainable branch instruction regex logic. This one looks ok and actually is in the direction of

Re: [PATCH v7 6/6] perf annotate: cross arch annotate support fixes for ARM

Em Wed, Sep 21, 2016 at 09:17:56PM +0530, Ravi Bangoria escreveu: > From: Kim Phillips > > For ARM we remove the list that contains non-arm insns, and > instead add more maintainable branch instruction regex logic. This one looks ok and actually is in the direction of having facilities for all

Re: [PATCH v7 5/6] perf annotate: Fix jump target outside of function address range

Em Wed, Sep 21, 2016 at 09:17:55PM +0530, Ravi Bangoria escreveu: > If jump target is outside of function range, perf is not handling it > correctly. Especially when target address is lesser than function start > address, target offset will be negative. But, target address declared > to be

Re: [PATCH v7 5/6] perf annotate: Fix jump target outside of function address range

Em Wed, Sep 21, 2016 at 09:17:55PM +0530, Ravi Bangoria escreveu: > If jump target is outside of function range, perf is not handling it > correctly. Especially when target address is lesser than function start > address, target offset will be negative. But, target address declared > to be

Re: [PATCH v7 4/6] perf annotate: Support jump instruction with target as second operand

Em Wed, Sep 21, 2016 at 09:17:54PM +0530, Ravi Bangoria escreveu: > Current perf is not able to parse jump instruction when second operand > contains target address. Arch like powerpc has such instructions. For > example, 'bne cr7,0xc00f6154'. > > objdump o/p: > c00f6140: ld

Re: [PATCH v7 4/6] perf annotate: Support jump instruction with target as second operand

Em Wed, Sep 21, 2016 at 09:17:54PM +0530, Ravi Bangoria escreveu: > Current perf is not able to parse jump instruction when second operand > contains target address. Arch like powerpc has such instructions. For > example, 'bne cr7,0xc00f6154'. > > objdump o/p: > c00f6140: ld

Re: [PATCH v7 3/6] perf annotate: Show raw form for jump instruction with indirect target

Em Wed, Sep 21, 2016 at 09:17:53PM +0530, Ravi Bangoria escreveu: > For jump instructions that does not include target address as direct > operand, use raw value for that. This is needed for certain powerpc "use raw value" looks vague, as the example below makes is go from using a value

Re: [PATCH v7 3/6] perf annotate: Show raw form for jump instruction with indirect target

Em Wed, Sep 21, 2016 at 09:17:53PM +0530, Ravi Bangoria escreveu: > For jump instructions that does not include target address as direct > operand, use raw value for that. This is needed for certain powerpc "use raw value" looks vague, as the example below makes is go from using a value

[PATCH] MAINTAINERS: Add ARM64-specific ACPI maintainers entry

The ARM64 architecture defines ARM64 specific ACPI bindings to configure and set-up arch specific components. To simplify code reviews/updates and streamline the maintainership structure supporting the arch specific code, a new arm64 directory was created in /drivers/acpi, to contain ACPI code

[PATCH] MAINTAINERS: Add ARM64-specific ACPI maintainers entry

The ARM64 architecture defines ARM64 specific ACPI bindings to configure and set-up arch specific components. To simplify code reviews/updates and streamline the maintainership structure supporting the arch specific code, a new arm64 directory was created in /drivers/acpi, to contain ACPI code

Re: [PATCH v7 2/6] perf annotate: Add support for powerpc

Em Wed, Sep 21, 2016 at 09:17:52PM +0530, Ravi Bangoria escreveu: > From: "Naveen N. Rao" > > Current perf can disassemble annotated function but it does not have > parsing logic for powerpc instructions. So all navigation options are > not available for powerpc.

Re: [PATCH v7 2/6] perf annotate: Add support for powerpc

Em Wed, Sep 21, 2016 at 09:17:52PM +0530, Ravi Bangoria escreveu: > From: "Naveen N. Rao" > > Current perf can disassemble annotated function but it does not have > parsing logic for powerpc instructions. So all navigation options are > not available for powerpc. > > Apart from that, Powerpc

Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller

On Wed, Oct 05, 2016 at 08:37:35AM +0200, Christoph Hellwig wrote: > FYI, the patches look fine to me: > > Acked-by: Christoph Hellwig > > but we're past the merge window for 4.9 now unfortunately. IMHO, it still can make it. Thanks signature.asc Description: PGP signature

Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller

On Wed, Oct 05, 2016 at 08:37:35AM +0200, Christoph Hellwig wrote: > FYI, the patches look fine to me: > > Acked-by: Christoph Hellwig > > but we're past the merge window for 4.9 now unfortunately. IMHO, it still can make it. Thanks signature.asc Description: PGP signature

Re: Problem with VMAP_STACK=y

Em Wed, 5 Oct 2016 06:04:50 -0300 Mauro Carvalho Chehab escreveu: > Em Wed, 5 Oct 2016 09:50:42 +0200 (CEST) > Jiri Kosina escreveu: > > > On Wed, 5 Oct 2016, Patrick Boettcher wrote: > > > > > > > Thanks for the quick response. > > > > > Drivers

Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support

On Wed, Aug 31, 2016 at 02:07:24PM +0530, Parav Pandit wrote: > rdmacg: IB/core: rdma controller support > > Patch is generated and tested against below Doug's linux-rdma > git tree. > > URL: git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git > Branch: master > > Patchset is also

Re: Problem with VMAP_STACK=y

Em Wed, 5 Oct 2016 06:04:50 -0300 Mauro Carvalho Chehab escreveu: > Em Wed, 5 Oct 2016 09:50:42 +0200 (CEST) > Jiri Kosina escreveu: > > > On Wed, 5 Oct 2016, Patrick Boettcher wrote: > > > > > > > Thanks for the quick response. > > > > > Drivers are: > > > > > dvb_core, dvb_usb,

Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support

On Wed, Aug 31, 2016 at 02:07:24PM +0530, Parav Pandit wrote: > rdmacg: IB/core: rdma controller support > > Patch is generated and tested against below Doug's linux-rdma > git tree. > > URL: git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git > Branch: master > > Patchset is also

[GIT PULL] pin control bulk changes for v4.9

Hi Linus, this is the bulk of pin control changes for the v4.9 cycle. Most of the details are in the signed tag as usual. Mergewise, I have pulled an immutable branch from GPIO in here so that the Cherryview driver can support masking off BIOS-used IRQs properly. We touch the file

[GIT PULL] pin control bulk changes for v4.9

Hi Linus, this is the bulk of pin control changes for the v4.9 cycle. Most of the details are in the signed tag as usual. Mergewise, I have pulled an immutable branch from GPIO in here so that the Cherryview driver can support masking off BIOS-used IRQs properly. We touch the file

Re: [PATCH v7 1/6] perf annotate: Add cross arch annotate support

Em Wed, Sep 21, 2016 at 09:17:51PM +0530, Ravi Bangoria escreveu: > Change current data structures and function to enable cross arch > annotate. > > Current perf implementation does not support cross arch annotate. > To make it truly cross arch, instruction table of all arch should > be present

Re: [PATCH v7 1/6] perf annotate: Add cross arch annotate support

Em Wed, Sep 21, 2016 at 09:17:51PM +0530, Ravi Bangoria escreveu: > Change current data structures and function to enable cross arch > annotate. > > Current perf implementation does not support cross arch annotate. > To make it truly cross arch, instruction table of all arch should > be present

Re: [PATCH 1/2] perf intel-pt: Fix estimated timestamps for cycle-accurate mode

Em Wed, Oct 05, 2016 at 10:33:14AM +0300, Adrian Hunter escreveu: > On 28/09/16 14:41, Adrian Hunter wrote: > > In cycle-accurate mode, timestamps can be calculated from CYC packets. The > > decoder also estimates timestamps based on the number of instructions since > > the last timestamp. For

Re: [PATCH 1/2] perf intel-pt: Fix estimated timestamps for cycle-accurate mode

Em Wed, Oct 05, 2016 at 10:33:14AM +0300, Adrian Hunter escreveu: > On 28/09/16 14:41, Adrian Hunter wrote: > > In cycle-accurate mode, timestamps can be calculated from CYC packets. The > > decoder also estimates timestamps based on the number of instructions since > > the last timestamp. For

Re: [PATCH] bluetooth.h: __ variants of u8 and friends are not neccessary inside kernel

Hi Pavel, > bluetooth.h is not part of user API, so __ variants are not neccessary > here. > > Signed-off-by: Pavel Machek > > diff --git a/include/net/bluetooth/bluetooth.h > b/include/net/bluetooth/bluetooth.h > index bfd1590..aea0371 100644 > ---

Re: [PATCH] bluetooth.h: __ variants of u8 and friends are not neccessary inside kernel

Hi Pavel, > bluetooth.h is not part of user API, so __ variants are not neccessary > here. > > Signed-off-by: Pavel Machek > > diff --git a/include/net/bluetooth/bluetooth.h > b/include/net/bluetooth/bluetooth.h > index bfd1590..aea0371 100644 > --- a/include/net/bluetooth/bluetooth.h > +++

Re: [PATCH 20/57] perf c2c report: Add dcacheline dimension key

Em Wed, Oct 05, 2016 at 08:01:41AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Thu, Sep 22, 2016 at 05:36:48PM +0200, Jiri Olsa escreveu: > > + > > + return snprintf(hpp->buf, hpp->size, "%*s", width, hex_str(addr)); > > So here you get that static buffer and then truncate it? Wouldn't the >

Re: [PATCH 20/57] perf c2c report: Add dcacheline dimension key

Em Wed, Oct 05, 2016 at 08:01:41AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Thu, Sep 22, 2016 at 05:36:48PM +0200, Jiri Olsa escreveu: > > + > > + return snprintf(hpp->buf, hpp->size, "%*s", width, hex_str(addr)); > > So here you get that static buffer and then truncate it? Wouldn't the >

Re: [PATCH 20/57] perf c2c report: Add dcacheline dimension key

Em Thu, Sep 22, 2016 at 05:36:48PM +0200, Jiri Olsa escreveu: > Adding dcacheline dimension key support. It > displays cacheline address as hex number. > > Using c2c wrapper to standard 'dcacheline' object > to defined own header and simple (just address) > cacheline output. > > Link:

Re: [PATCH 20/57] perf c2c report: Add dcacheline dimension key

Em Thu, Sep 22, 2016 at 05:36:48PM +0200, Jiri Olsa escreveu: > Adding dcacheline dimension key support. It > displays cacheline address as hex number. > > Using c2c wrapper to standard 'dcacheline' object > to defined own header and simple (just address) > cacheline output. > > Link:

Re: [PATCH v3 0/4] implement vcpu preempted check

On 07/21/2016 01:45 PM, Pan Xinhui wrote: > change from v2: > no code change, fix typos, update some comments > > change from v1: > a simplier definition of default vcpu_is_preempted > skip mahcine type check on ppc, and add config. remove dedicated macro. > add one patch

Re: [PATCH v3 0/4] implement vcpu preempted check

On 07/21/2016 01:45 PM, Pan Xinhui wrote: > change from v2: > no code change, fix typos, update some comments > > change from v1: > a simplier definition of default vcpu_is_preempted > skip mahcine type check on ppc, and add config. remove dedicated macro. > add one patch

Re: [PATCH 21/57] perf c2c report: Add offset dimension key

Em Thu, Sep 22, 2016 at 05:36:49PM +0200, Jiri Olsa escreveu: > Adding cacheline offset dimension key support. > It displays cacheline offset as hex number. > > Link: http://lkml.kernel.org/n/tip-m0424ye98lqveg5nopto8...@git.kernel.org > Signed-off-by: Jiri Olsa > --- >

Re: [PATCH 21/57] perf c2c report: Add offset dimension key

Em Thu, Sep 22, 2016 at 05:36:49PM +0200, Jiri Olsa escreveu: > Adding cacheline offset dimension key support. > It displays cacheline offset as hex number. > > Link: http://lkml.kernel.org/n/tip-m0424ye98lqveg5nopto8...@git.kernel.org > Signed-off-by: Jiri Olsa > --- > tools/perf/builtin-c2c.c

Re: [PATCH] timekeeping: Fix __ktime_get_fast_ns() regression

- On Oct 4, 2016, at 10:55 PM, John Stultz john.stu...@linaro.org wrote: > In commit 27727df240c7 ("Avoid taking lock in NMI path with > CONFIG_DEBUG_TIMEKEEPING"), I changed the logic to open-code > the timekeeping_get_ns() function, but I forgot to include > the unit conversion from cycles

Re: [PATCH] timekeeping: Fix __ktime_get_fast_ns() regression

- On Oct 4, 2016, at 10:55 PM, John Stultz john.stu...@linaro.org wrote: > In commit 27727df240c7 ("Avoid taking lock in NMI path with > CONFIG_DEBUG_TIMEKEEPING"), I changed the logic to open-code > the timekeeping_get_ns() function, but I forgot to include > the unit conversion from cycles

Re: [PATCH 20/57] perf c2c report: Add dcacheline dimension key

Em Wed, Oct 05, 2016 at 07:45:17AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Wed, Oct 05, 2016 at 12:46:12AM +0200, Jiri Olsa escreveu: > > On Tue, Oct 04, 2016 at 01:50:12PM -0300, Arnaldo Carvalho de Melo wrote: > > > Em Thu, Sep 22, 2016 at 05:36:48PM +0200, Jiri Olsa escreveu: > > > >

Re: [PATCH 20/57] perf c2c report: Add dcacheline dimension key

Em Wed, Oct 05, 2016 at 07:45:17AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Wed, Oct 05, 2016 at 12:46:12AM +0200, Jiri Olsa escreveu: > > On Tue, Oct 04, 2016 at 01:50:12PM -0300, Arnaldo Carvalho de Melo wrote: > > > Em Thu, Sep 22, 2016 at 05:36:48PM +0200, Jiri Olsa escreveu: > > > >

Re: [PATCH 20/57] perf c2c report: Add dcacheline dimension key

Em Wed, Oct 05, 2016 at 12:46:12AM +0200, Jiri Olsa escreveu: > On Tue, Oct 04, 2016 at 01:50:12PM -0300, Arnaldo Carvalho de Melo wrote: > > Em Thu, Sep 22, 2016 at 05:36:48PM +0200, Jiri Olsa escreveu: > > > Adding dcacheline dimension key support. It > > > displays cacheline address as hex

Re: [PATCH 20/57] perf c2c report: Add dcacheline dimension key

Em Wed, Oct 05, 2016 at 12:46:12AM +0200, Jiri Olsa escreveu: > On Tue, Oct 04, 2016 at 01:50:12PM -0300, Arnaldo Carvalho de Melo wrote: > > Em Thu, Sep 22, 2016 at 05:36:48PM +0200, Jiri Olsa escreveu: > > > Adding dcacheline dimension key support. It > > > displays cacheline address as hex

Re: [PATCH v16 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

On Wed, Oct 05 2016, Felipe Balbi wrote: > Hi Baolin, > > Baolin Wang writes: But you do! The mA number from the USB configuration is passed to usb_gadget_vbus_draw. Your patch passes that to usb_charger_set_cur_limit_by_type() which calls

Re: [PATCH v16 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

On Wed, Oct 05 2016, Felipe Balbi wrote: > Hi Baolin, > > Baolin Wang writes: But you do! The mA number from the USB configuration is passed to usb_gadget_vbus_draw. Your patch passes that to usb_charger_set_cur_limit_by_type() which calls

Re: BUG_ON() in workingset_node_shadows_dec() triggers

On Wed 05-10-16 11:25:34, Johannes Weiner wrote: > From 5e948543a814183f04c30b072707300a94deb6c7 Mon Sep 17 00:00:00 2001 > From: Johannes Weiner > Date: Tue, 4 Oct 2016 22:02:08 +0200 > Subject: [PATCH] mm: filemap: don't plant shadow entries without radix > tree node > >

Re: BUG_ON() in workingset_node_shadows_dec() triggers

On Wed 05-10-16 11:25:34, Johannes Weiner wrote: > From 5e948543a814183f04c30b072707300a94deb6c7 Mon Sep 17 00:00:00 2001 > From: Johannes Weiner > Date: Tue, 4 Oct 2016 22:02:08 +0200 > Subject: [PATCH] mm: filemap: don't plant shadow entries without radix > tree node > > When the underflow

Re: [RFC 0/5] printk: Implement WARN_*DEFERRED()

On Fri 2016-09-30 09:48:32, Sergey Senozhatsky wrote: > On (09/29/16 13:28), Petr Mladek wrote: > > On Wed 2016-09-28 10:18:45, Sergey Senozhatsky wrote: > > > On (09/27/16 18:02), Petr Mladek wrote: > > > > The main trick is that we replace the per-CPU function pointer > > > > by a

Re: [RFC 0/5] printk: Implement WARN_*DEFERRED()

On Fri 2016-09-30 09:48:32, Sergey Senozhatsky wrote: > On (09/29/16 13:28), Petr Mladek wrote: > > On Wed 2016-09-28 10:18:45, Sergey Senozhatsky wrote: > > > On (09/27/16 18:02), Petr Mladek wrote: > > > > The main trick is that we replace the per-CPU function pointer > > > > by a

[GIT PULL] MMC for v.4.9

Hi Linus, Here's the PR for MMC v4.9. Details about the highlights are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes since commit 08895a8b6b06ed2323cd97a36ee40a116b3db8ed: Linux 4.8-rc8 (2016-09-25 18:47:13 -0700) are available in

[GIT PULL] MMC for v.4.9

Hi Linus, Here's the PR for MMC v4.9. Details about the highlights are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes since commit 08895a8b6b06ed2323cd97a36ee40a116b3db8ed: Linux 4.8-rc8 (2016-09-25 18:47:13 -0700) are available in

Re: [PATCH] Adding missing features of Coresight PTM components

Hi Mathieu, The rule of thumb when writing a patch description is to specify "why" rather than "what" you are doing. The above describe the why alright and should be kept. Everything below until your SOB describe what you are doing and should be removed. I modified the patch according to

Re: [PATCH] Adding missing features of Coresight PTM components

Hi Mathieu, The rule of thumb when writing a patch description is to specify "why" rather than "what" you are doing. The above describe the why alright and should be kept. Everything below until your SOB describe what you are doing and should be removed. I modified the patch according to

Re: [PATCH] ARM: dt: sun8i-h3: Add sunxi-sid to dts for sun8i-h3

On Wed, 5 Oct 2016 11:48:24 +0200 Corentin Labbe wrote: > This patch add support for the sunxi-sid driver to the device tree for > sun8i-h3. > > Signed-off-by: Corentin Labbe > --- > arch/arm/boot/dts/sun8i-h3.dtsi | 5 + > 1 file

Re: [PATCH] ARM: dt: sun8i-h3: Add sunxi-sid to dts for sun8i-h3

On Wed, 5 Oct 2016 11:48:24 +0200 Corentin Labbe wrote: > This patch add support for the sunxi-sid driver to the device tree for > sun8i-h3. > > Signed-off-by: Corentin Labbe > --- > arch/arm/boot/dts/sun8i-h3.dtsi | 5 + > 1 file changed, 5 insertions(+) > > diff --git

Re: [RFC][PATCH 6/7] printk: use alternative printk buffers

On Wed 2016-10-05 10:36:57, Sergey Senozhatsky wrote: > On (10/04/16 14:22), Petr Mladek wrote: > [..] > > if (retry && console_trylock()) > > goto again; > > > > with a safe variant, something like > > > > if (retry) { > > local_irq_save(flags); > >

[GIT PULL] fuse update for 4.9

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus This adds POSIX ACL permission checking to the fuse kernel module. In addition there are minor bug fixes as well as cleanups. Thanks, Miklos --- Al Viro (1): fuse_ioctl_copy_user():

Re: [RFC][PATCH 6/7] printk: use alternative printk buffers

On Wed 2016-10-05 10:36:57, Sergey Senozhatsky wrote: > On (10/04/16 14:22), Petr Mladek wrote: > [..] > > if (retry && console_trylock()) > > goto again; > > > > with a safe variant, something like > > > > if (retry) { > > local_irq_save(flags); > >

[GIT PULL] fuse update for 4.9

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus This adds POSIX ACL permission checking to the fuse kernel module. In addition there are minor bug fixes as well as cleanups. Thanks, Miklos --- Al Viro (1): fuse_ioctl_copy_user():

Re: xrandr fails after resume from hibernation in kernels 4.7.4 and 4.8.0

On Wed, Oct 05, 2016 at 07:23:23AM +0200, Greg KH wrote: > On Tue, Oct 04, 2016 at 08:43:03PM -0300, Gaston Gonzalez wrote: > > Hi, > > > > After hibernation I get the following error when I tried to connect to > > monitor > > through hdmi: > > > > $ xrandr --output LVDS1 --off --output HDMI1

Re: xrandr fails after resume from hibernation in kernels 4.7.4 and 4.8.0

On Wed, Oct 05, 2016 at 07:23:23AM +0200, Greg KH wrote: > On Tue, Oct 04, 2016 at 08:43:03PM -0300, Gaston Gonzalez wrote: > > Hi, > > > > After hibernation I get the following error when I tried to connect to > > monitor > > through hdmi: > > > > $ xrandr --output LVDS1 --off --output HDMI1

Re: [PATCH] tpm: don't destroy chip device prematurely

On Tue, Oct 04, 2016 at 10:47:38AM -0600, Jason Gunthorpe wrote: > On Tue, Oct 04, 2016 at 08:19:46AM +0300, Jarkko Sakkinen wrote: > > > > Make the driver uncallable first. The worst race that can happen is that > > > open("/dev/tpm0", ...) returns -EPIPE. I do not consider this fatal at > > >

Re: [PATCH] tpm: don't destroy chip device prematurely

On Tue, Oct 04, 2016 at 10:47:38AM -0600, Jason Gunthorpe wrote: > On Tue, Oct 04, 2016 at 08:19:46AM +0300, Jarkko Sakkinen wrote: > > > > Make the driver uncallable first. The worst race that can happen is that > > > open("/dev/tpm0", ...) returns -EPIPE. I do not consider this fatal at > > >

[PATCH 1/2] leds: ledtrig-heartbeat: Make top brightness adjustable

LED class heartbeat trigger allowed only for blinking with max_brightness value. This patch adds more flexibility by exploiting part of LED core software blink infrastructure. Signed-off-by: Jacek Anaszewski Cc: Pavel Machek ---

[PATCH 1/2] leds: ledtrig-heartbeat: Make top brightness adjustable

LED class heartbeat trigger allowed only for blinking with max_brightness value. This patch adds more flexibility by exploiting part of LED core software blink infrastructure. Signed-off-by: Jacek Anaszewski Cc: Pavel Machek --- drivers/leds/trigger/ledtrig-heartbeat.c | 12 1

[PATCH 2/2] leds: core: Remove delayed_set_value property from struct led_classdev

delayed_set_value property was introduced in the commit d23a22a74fde ("leds: delay led_set_brightness if stopping soft-blink"). Its aim was to allow calling led_set_brightness() from hard irq context when soft blinking is enabled. Later LED core refactoring preserved the property, although in an

[PATCH 2/2] leds: core: Remove delayed_set_value property from struct led_classdev

delayed_set_value property was introduced in the commit d23a22a74fde ("leds: delay led_set_brightness if stopping soft-blink"). Its aim was to allow calling led_set_brightness() from hard irq context when soft blinking is enabled. Later LED core refactoring preserved the property, although in an

Re: [PATCH 07/14] ASoC: Add sun8i audio card

On Wed, 5 Oct 2016 08:04:26 +0200 Code Kipper wrote: > > +static int sun8i_probe(struct platform_device *pdev) > > +{ > > + struct snd_soc_dai_link *link = _dai_link; > > + struct device_node *np = pdev->dev.of_node; > > + int ret; > > + > > + /*

Re: [PATCH 07/14] ASoC: Add sun8i audio card

On Wed, 5 Oct 2016 08:04:26 +0200 Code Kipper wrote: > > +static int sun8i_probe(struct platform_device *pdev) > > +{ > > + struct snd_soc_dai_link *link = _dai_link; > > + struct device_node *np = pdev->dev.of_node; > > + int ret; > > + > > + /* register the soc card */

Re: [PATCH] tpm: don't destroy chip device prematurely

On Tue, Oct 04, 2016 at 10:47:38AM -0600, Jason Gunthorpe wrote: > On Tue, Oct 04, 2016 at 08:19:46AM +0300, Jarkko Sakkinen wrote: > > > > Make the driver uncallable first. The worst race that can happen is that > > > open("/dev/tpm0", ...) returns -EPIPE. I do not consider this fatal at > > >

Re: [PATCH] tpm: don't destroy chip device prematurely

On Tue, Oct 04, 2016 at 10:47:38AM -0600, Jason Gunthorpe wrote: > On Tue, Oct 04, 2016 at 08:19:46AM +0300, Jarkko Sakkinen wrote: > > > > Make the driver uncallable first. The worst race that can happen is that > > > open("/dev/tpm0", ...) returns -EPIPE. I do not consider this fatal at > > >

Re: [PATCH] fs/block_dev.c: return the right error in thaw_bdev()

On Wed 05-10-16 08:47:42, Mateusz Guzik wrote: > On Tue, Oct 04, 2016 at 11:06:15AM +0200, Jan Kara wrote: > > On Tue 04-10-16 10:53:40, Pierre Morel wrote: > > > When triggering thaw-filesystems via magic sysrq, the system enters a > > > loop in do_thaw_one(), as thaw_bdev() still returns success

Re: [PATCH] fs/block_dev.c: return the right error in thaw_bdev()

On Wed 05-10-16 08:47:42, Mateusz Guzik wrote: > On Tue, Oct 04, 2016 at 11:06:15AM +0200, Jan Kara wrote: > > On Tue 04-10-16 10:53:40, Pierre Morel wrote: > > > When triggering thaw-filesystems via magic sysrq, the system enters a > > > loop in do_thaw_one(), as thaw_bdev() still returns success

<    3   4   5   6   7   8   9   10   >