[PATCH v7 4/5] fs: blkdev set bio prio from kiocb prio

From: Adam Manzanares Now that kiocb has an ioprio field copy this over to the bio when it is created from the kiocb. Signed-off-by: Adam Manzanares Reviewed-by: Jeff Moyer --- fs/block_dev.c | 2 ++ 1 file changed, 2

[PATCH v7 2/5] fs: Convert kiocb rw_hint from enum to u16

From: Adam Manzanares In order to avoid kiocb bloat for per command iopriority support, rw_hint is converted from enum to a u16. Added a guard around ki_hint assignment. Signed-off-by: Adam Manzanares --- fs/aio.c | 2 +-

[PATCH v7 2/5] fs: Convert kiocb rw_hint from enum to u16

From: Adam Manzanares In order to avoid kiocb bloat for per command iopriority support, rw_hint is converted from enum to a u16. Added a guard around ki_hint assignment. Signed-off-by: Adam Manzanares --- fs/aio.c | 2 +- include/linux/fs.h | 13 +++-- 2 files changed, 12

[PATCH v7 4/5] fs: blkdev set bio prio from kiocb prio

From: Adam Manzanares Now that kiocb has an ioprio field copy this over to the bio when it is created from the kiocb. Signed-off-by: Adam Manzanares Reviewed-by: Jeff Moyer --- fs/block_dev.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/block_dev.c b/fs/block_dev.c index

[PATCH v7 3/5] fs: Add aio iopriority support

From: Adam Manzanares This is the per-I/O equivalent of the ioprio_set system call. When IOCB_FLAG_IOPRIO is set on the iocb aio_flags field, then we set the newly added kiocb ki_ioprio field to the value in the iocb aio_reqprio field. This patch depends on block: add

[PATCH v7 3/5] fs: Add aio iopriority support

From: Adam Manzanares This is the per-I/O equivalent of the ioprio_set system call. When IOCB_FLAG_IOPRIO is set on the iocb aio_flags field, then we set the newly added kiocb ki_ioprio field to the value in the iocb aio_reqprio field. This patch depends on block: add ioprio_check_cap

Re: [PATCH v3] isdn: eicon: fix a missing-check bug

From: Wenwen Wang Date: Mon, 21 May 2018 01:58:07 -0500 > In divasmain.c, the function divas_write() firstly invokes the function > diva_xdi_open_adapter() to open the adapter that matches with the adapter > number provided by the user, and then invokes the function

Re: [PATCH v3] isdn: eicon: fix a missing-check bug

From: Wenwen Wang Date: Mon, 21 May 2018 01:58:07 -0500 > In divasmain.c, the function divas_write() firstly invokes the function > diva_xdi_open_adapter() to open the adapter that matches with the adapter > number provided by the user, and then invokes the function diva_xdi_write() > to perform

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

On Tue, May 22, 2018 at 10:03:54AM -0700, Dave Hansen wrote: > On 05/22/2018 09:46 AM, Christopher Lameter wrote: > > On Tue, 22 May 2018, Dave Hansen wrote: > > > >> On 05/22/2018 09:05 AM, Boaz Harrosh wrote: > >>> How can we implement "Private memory"? > >> Per-cpu page tables would do it. > >

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

On Tue, May 22, 2018 at 10:03:54AM -0700, Dave Hansen wrote: > On 05/22/2018 09:46 AM, Christopher Lameter wrote: > > On Tue, 22 May 2018, Dave Hansen wrote: > > > >> On 05/22/2018 09:05 AM, Boaz Harrosh wrote: > >>> How can we implement "Private memory"? > >> Per-cpu page tables would do it. > >

Re: Linux 4.16.11

diff --git a/Documentation/ABI/testing/sysfs-devices-system-cpu b/Documentation/ABI/testing/sysfs-devices-system-cpu index 4ed63b6cfb15..2e5e0232b8fa 100644 --- a/Documentation/ABI/testing/sysfs-devices-system-cpu +++ b/Documentation/ABI/testing/sysfs-devices-system-cpu @@ -453,6 +453,7 @@ What:

Re: Linux 4.16.11

diff --git a/Documentation/ABI/testing/sysfs-devices-system-cpu b/Documentation/ABI/testing/sysfs-devices-system-cpu index 4ed63b6cfb15..2e5e0232b8fa 100644 --- a/Documentation/ABI/testing/sysfs-devices-system-cpu +++ b/Documentation/ABI/testing/sysfs-devices-system-cpu @@ -453,6 +453,7 @@ What:

Linux 4.16.11

I'm announcing the release of the 4.16.11 kernel. All users of the 4.16 kernel series must upgrade. The updated 4.16.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.16.y and can be browsed at the normal kernel.org git web

Linux 4.16.11

I'm announcing the release of the 4.16.11 kernel. All users of the 4.16 kernel series must upgrade. The updated 4.16.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.16.y and can be browsed at the normal kernel.org git web

Re: Linux 4.14.43

diff --git a/Documentation/ABI/testing/sysfs-devices-system-cpu b/Documentation/ABI/testing/sysfs-devices-system-cpu index 258902db14bf..8355e79350b7 100644 --- a/Documentation/ABI/testing/sysfs-devices-system-cpu +++ b/Documentation/ABI/testing/sysfs-devices-system-cpu @@ -378,6 +378,7 @@ What:

Re: Linux 4.14.43

diff --git a/Documentation/ABI/testing/sysfs-devices-system-cpu b/Documentation/ABI/testing/sysfs-devices-system-cpu index 258902db14bf..8355e79350b7 100644 --- a/Documentation/ABI/testing/sysfs-devices-system-cpu +++ b/Documentation/ABI/testing/sysfs-devices-system-cpu @@ -378,6 +378,7 @@ What:

Re: Linux 4.9.102

diff --git a/Documentation/ABI/testing/sysfs-devices-system-cpu b/Documentation/ABI/testing/sysfs-devices-system-cpu index dfd56ec7a850..6d75a9c00e8a 100644 --- a/Documentation/ABI/testing/sysfs-devices-system-cpu +++ b/Documentation/ABI/testing/sysfs-devices-system-cpu @@ -355,6 +355,7 @@ What:

Re: Linux 4.9.102

diff --git a/Documentation/ABI/testing/sysfs-devices-system-cpu b/Documentation/ABI/testing/sysfs-devices-system-cpu index dfd56ec7a850..6d75a9c00e8a 100644 --- a/Documentation/ABI/testing/sysfs-devices-system-cpu +++ b/Documentation/ABI/testing/sysfs-devices-system-cpu @@ -355,6 +355,7 @@ What:

Linux 4.14.43

I'm announcing the release of the 4.14.43 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web

Linux 4.14.43

I'm announcing the release of the 4.14.43 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web

Linux 4.9.102

I'm announcing the release of the 4.9.102 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Linux 4.9.102

I'm announcing the release of the 4.9.102 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH 4.16 000/110] 4.16.11-stable review

On Tue, May 22, 2018 at 06:35:27AM -0700, Guenter Roeck wrote: > On 05/21/2018 02:10 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.16.11 release. > > There are 110 patches in this series, all will be posted as a response > > to this one. If anyone has

Re: [PATCH 4.16 000/110] 4.16.11-stable review

On Tue, May 22, 2018 at 06:35:27AM -0700, Guenter Roeck wrote: > On 05/21/2018 02:10 PM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.16.11 release. > > There are 110 patches in this series, all will be posted as a response > > to this one. If anyone has

Re: Tasks RCU vs Preempt RCU

On Tue, May 22, 2018 at 01:27:00PM -0400, Steven Rostedt wrote: > On Tue, 22 May 2018 09:09:49 -0700 > "Paul E. McKenney" wrote: > > > Just for the record, if you guys realy want to take over Tasks RCU, > > I have no objections. For one thing, I don't anticipate any

Re: Tasks RCU vs Preempt RCU

On Tue, May 22, 2018 at 01:27:00PM -0400, Steven Rostedt wrote: > On Tue, 22 May 2018 09:09:49 -0700 > "Paul E. McKenney" wrote: > > > Just for the record, if you guys realy want to take over Tasks RCU, > > I have no objections. For one thing, I don't anticipate any other use > > cases for it

Re: [PATCH] block: kyber: make kyber more friendly with merging

On 5/22/18 10:20 AM, Jens Axboe wrote: > On 5/22/18 10:17 AM, Holger Hoffstätte wrote: >> On 05/22/18 16:48, Jianchao Wang wrote: >>> Currently, kyber is very unfriendly with merging. kyber depends >>> on ctx rq_list to do merging, however, most of time, it will not >>> leave any requests in ctx

Re: [PATCH] block: kyber: make kyber more friendly with merging

On 5/22/18 10:20 AM, Jens Axboe wrote: > On 5/22/18 10:17 AM, Holger Hoffstätte wrote: >> On 05/22/18 16:48, Jianchao Wang wrote: >>> Currently, kyber is very unfriendly with merging. kyber depends >>> on ctx rq_list to do merging, however, most of time, it will not >>> leave any requests in ctx

Re: [PATCH v5 3/5] fs: Add aio iopriority support

: https://github.com/0day-ci/linux/commits/adam-manzanares-wdc-com/AIO-add-per-command-iopriority/20180522-232203 config: x86_64-randconfig-s0-05230027 (attached as .config) compiler: gcc-6 (Debian 6.4.0-9) 6.4.0 20171026 reproduce: # save the attached .config to linux build tree

Re: [PATCH v5 3/5] fs: Add aio iopriority support

: https://github.com/0day-ci/linux/commits/adam-manzanares-wdc-com/AIO-add-per-command-iopriority/20180522-232203 config: x86_64-randconfig-s0-05230027 (attached as .config) compiler: gcc-6 (Debian 6.4.0-9) 6.4.0 20171026 reproduce: # save the attached .config to linux build tree

Re: [PATCH v10 12/16] vb2: add in-fence support to QBUF

On Tue, 2018-05-22 at 18:48 +0200, Hans Verkuil wrote: > On 22/05/18 18:22, Ezequiel Garcia wrote: > > > > @@ -1615,7 +1762,12 @@ static void __vb2_dqbuf(struct vb2_buffer *vb) > > > > return; > > > > > > > > vb->state = VB2_BUF_STATE_DEQUEUED; > > > > - > > > > +

Re: [PATCH v10 12/16] vb2: add in-fence support to QBUF

On Tue, 2018-05-22 at 18:48 +0200, Hans Verkuil wrote: > On 22/05/18 18:22, Ezequiel Garcia wrote: > > > > @@ -1615,7 +1762,12 @@ static void __vb2_dqbuf(struct vb2_buffer *vb) > > > > return; > > > > > > > > vb->state = VB2_BUF_STATE_DEQUEUED; > > > > - > > > > +

[PATCH] lib/test_printf.c: call wait_for_random_bytes() before plain %p tests

If the test_printf module is loaded before the crng is initialized, the plain 'p' tests will fail because the printed address will not be hashed and the buffer will contain '(ptrval)' instead. This patch adds a call to wait_for_random_bytes() before plain 'p' tests to make sure the crng is

[PATCH] lib/test_printf.c: call wait_for_random_bytes() before plain %p tests

If the test_printf module is loaded before the crng is initialized, the plain 'p' tests will fail because the printed address will not be hashed and the buffer will contain '(ptrval)' instead. This patch adds a call to wait_for_random_bytes() before plain 'p' tests to make sure the crng is

Re: [PATCH v2 11/13] dt-bindings: power: add PX30 SoCs header for power-domain

On Mon, May 14, 2018 at 11:32:04AM +0800, Elaine Zhang wrote: > From: Finley Xiao > > According to a description from TRM, add all the power domains. > > Signed-off-by: Finley Xiao > Signed-off-by: Elaine Zhang

Re: [PATCH v2 11/13] dt-bindings: power: add PX30 SoCs header for power-domain

On Mon, May 14, 2018 at 11:32:04AM +0800, Elaine Zhang wrote: > From: Finley Xiao > > According to a description from TRM, add all the power domains. > > Signed-off-by: Finley Xiao > Signed-off-by: Elaine Zhang > --- > include/dt-bindings/power/px30-power.h | 32

Re: [PATCH v2 09/13] dt-bindings: add binding for rk3228 power domains

On Mon, May 14, 2018 at 11:31:24AM +0800, Elaine Zhang wrote: > Add binding documentation for the power domains > found on Rockchip RK3228 SoCs. > > Signed-off-by: Elaine Zhang > --- > Documentation/devicetree/bindings/soc/rockchip/power_domain.txt | 3 +++ > 1 file

Re: [PATCH v2 09/13] dt-bindings: add binding for rk3228 power domains

On Mon, May 14, 2018 at 11:31:24AM +0800, Elaine Zhang wrote: > Add binding documentation for the power domains > found on Rockchip RK3228 SoCs. > > Signed-off-by: Elaine Zhang > --- > Documentation/devicetree/bindings/soc/rockchip/power_domain.txt | 3 +++ > 1 file changed, 3 insertions(+)

Re: [PATCH v2 08/13] dt-bindings: power: add RK3228 SoCs header for power-domain

On Mon, May 14, 2018 at 11:31:08AM +0800, Elaine Zhang wrote: > According to a description from TRM, add all the power domains. > > Signed-off-by: Elaine Zhang > --- > include/dt-bindings/power/rk3228-power.h | 26 ++ > 1 file changed, 26

Re: [PATCH v2 08/13] dt-bindings: power: add RK3228 SoCs header for power-domain

On Mon, May 14, 2018 at 11:31:08AM +0800, Elaine Zhang wrote: > According to a description from TRM, add all the power domains. > > Signed-off-by: Elaine Zhang > --- > include/dt-bindings/power/rk3228-power.h | 26 ++ > 1 file changed, 26 insertions(+) > create mode

Re: [PATCH 4/5] mm, hmm: replace hmm_devmem_pages_create() with devm_memremap_pages()

On 21/05/18 04:35 PM, Dan Williams wrote: > + /* > + * For device private memory we call add_pages() as we only need to > + * allocate and initialize struct page for the device memory. More- > + * over the device memory is un-accessible thus we do not want to > + * create

Re: [PATCH 4/5] mm, hmm: replace hmm_devmem_pages_create() with devm_memremap_pages()

On 21/05/18 04:35 PM, Dan Williams wrote: > + /* > + * For device private memory we call add_pages() as we only need to > + * allocate and initialize struct page for the device memory. More- > + * over the device memory is un-accessible thus we do not want to > + * create

Re: [PATCH 2/5] mm, devm_memremap_pages: handle errors allocating final devres action

On 22/05/18 11:25 AM, Dan Williams wrote: > As far as I can see by then it's too late, or we need to expose > release details to the caller which defeats the purpose of devm > semantics. In the dax/pmem case, I *think* it should be fine... devm_add_action_or_reset() only calls the action it is

Re: [PATCH 2/5] mm, devm_memremap_pages: handle errors allocating final devres action

On 22/05/18 11:25 AM, Dan Williams wrote: > As far as I can see by then it's too late, or we need to expose > release details to the caller which defeats the purpose of devm > semantics. In the dax/pmem case, I *think* it should be fine... devm_add_action_or_reset() only calls the action it is

Re: [RFC PATCH ghak32 V2 13/13] debug audit: read container ID of a process

On 2018-05-21 16:06, Paul Moore wrote: > On Mon, May 21, 2018 at 3:19 PM, Eric W. Biederman > wrote: > > Steve Grubb writes: > >> On Friday, March 16, 2018 5:00:40 AM EDT Richard Guy Briggs wrote: > >>> Add support for reading the container ID from the

Re: [RFC PATCH ghak32 V2 13/13] debug audit: read container ID of a process

On 2018-05-21 16:06, Paul Moore wrote: > On Mon, May 21, 2018 at 3:19 PM, Eric W. Biederman > wrote: > > Steve Grubb writes: > >> On Friday, March 16, 2018 5:00:40 AM EDT Richard Guy Briggs wrote: > >>> Add support for reading the container ID from the proc filesystem. > >> > >> I think this

Re: [PATCH v2 06/13] dt-bindings: add binding for rk3128 power domains

On Mon, May 14, 2018 at 11:30:26AM +0800, Elaine Zhang wrote: > Add binding documentation for the power domains > found on Rockchip RK3128 SoCs. > > Signed-off-by: Elaine Zhang > --- > Documentation/devicetree/bindings/soc/rockchip/power_domain.txt | 3 +++ > 1 file

Re: [PATCH v2 06/13] dt-bindings: add binding for rk3128 power domains

On Mon, May 14, 2018 at 11:30:26AM +0800, Elaine Zhang wrote: > Add binding documentation for the power domains > found on Rockchip RK3128 SoCs. > > Signed-off-by: Elaine Zhang > --- > Documentation/devicetree/bindings/soc/rockchip/power_domain.txt | 3 +++ > 1 file changed, 3 insertions(+)

Re: [PATCH v2 05/13] dt-bindings: power: add RK3128 SoCs header for power-domain

On Mon, May 14, 2018 at 11:30:02AM +0800, Elaine Zhang wrote: > According to a description from TRM, add all the power domains. > > Signed-off-by: Elaine Zhang > --- > include/dt-bindings/power/rk3128-power.h | 28 > 1 file changed, 28

Re: [PATCH v2 05/13] dt-bindings: power: add RK3128 SoCs header for power-domain

On Mon, May 14, 2018 at 11:30:02AM +0800, Elaine Zhang wrote: > According to a description from TRM, add all the power domains. > > Signed-off-by: Elaine Zhang > --- > include/dt-bindings/power/rk3128-power.h | 28 > 1 file changed, 28 insertions(+) > create mode

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

On Tue, 22 May 2018, Dave Hansen wrote: > On 05/22/2018 09:46 AM, Christopher Lameter wrote: > > On Tue, 22 May 2018, Dave Hansen wrote: > > > >> On 05/22/2018 09:05 AM, Boaz Harrosh wrote: > >>> How can we implement "Private memory"? > >> Per-cpu page tables would do it. > > We already have that

Re: [PATCH] mm: Add new vma flag VM_LOCAL_CPU

On Tue, 22 May 2018, Dave Hansen wrote: > On 05/22/2018 09:46 AM, Christopher Lameter wrote: > > On Tue, 22 May 2018, Dave Hansen wrote: > > > >> On 05/22/2018 09:05 AM, Boaz Harrosh wrote: > >>> How can we implement "Private memory"? > >> Per-cpu page tables would do it. > > We already have that

Re: [PATCH v2 02/13] dt-bindings: add binding for rk3036 power domains

On Mon, May 14, 2018 at 11:28:48AM +0800, Elaine Zhang wrote: > From: Caesar Wang > > Add binding documentation for the power domains > found on Rockchip RK3036 SoCs. > > Signed-off-by: Caesar Wang > Signed-off-by: Elaine Zhang

Re: [PATCH v2 02/13] dt-bindings: add binding for rk3036 power domains

On Mon, May 14, 2018 at 11:28:48AM +0800, Elaine Zhang wrote: > From: Caesar Wang > > Add binding documentation for the power domains > found on Rockchip RK3036 SoCs. > > Signed-off-by: Caesar Wang > Signed-off-by: Elaine Zhang > --- >

Re: [PATCH v2 01/13] dt-bindings: power: add RK3036 SoCs header for power-domain

On Mon, May 14, 2018 at 11:28:21AM +0800, Elaine Zhang wrote: > From: Caesar Wang > > According to a description from TRM, add all the power domains. > > Signed-off-by: Caesar Wang > Signed-off-by: Elaine Zhang > --- >

Re: [PATCH v2 01/13] dt-bindings: power: add RK3036 SoCs header for power-domain

On Mon, May 14, 2018 at 11:28:21AM +0800, Elaine Zhang wrote: > From: Caesar Wang > > According to a description from TRM, add all the power domains. > > Signed-off-by: Caesar Wang > Signed-off-by: Elaine Zhang > --- > include/dt-bindings/power/rk3036-power.h | 27 +++

Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()

On 2018-05-22 13:24:29 [-0400], Steven Rostedt wrote: > On Tue, 22 May 2018 19:21:16 +0200 > Sebastian Andrzej Siewior wrote: > > > On 2018-05-22 13:10:04 [-0400], Steven Rostedt wrote: > > > On Thu, 17 May 2018 14:40:06 +0200 > > > Sebastian Andrzej Siewior

Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()

On 2018-05-22 13:24:29 [-0400], Steven Rostedt wrote: > On Tue, 22 May 2018 19:21:16 +0200 > Sebastian Andrzej Siewior wrote: > > > On 2018-05-22 13:10:04 [-0400], Steven Rostedt wrote: > > > On Thu, 17 May 2018 14:40:06 +0200 > > > Sebastian Andrzej Siewior wrote: > > > > > > > +static

[PATCH] au8522: remove duplicate code

This code has been there for nine years now, and it has been working "good enough" since then [1]. Remove duplicate code by getting rid of the if-else statement. [1] https://marc.info/?l=linux-kernel=152693550225081=2 Cc: Devin Heitmueller Signed-off-by: Gustavo A.

[PATCH] au8522: remove duplicate code

This code has been there for nine years now, and it has been working "good enough" since then [1]. Remove duplicate code by getting rid of the if-else statement. [1] https://marc.info/?l=linux-kernel=152693550225081=2 Cc: Devin Heitmueller Signed-off-by: Gustavo A. R. Silva ---

Re: [PATCH] spi: spi-geni-qcom: Add SPI driver support for GENI based QUP

On Mon, May 21, 2018 at 03:45:09PM -0600, Mahadevan, Girish wrote: > I can resubmit the SPI binding documentation as part of this patch series. Yes, and realy I'd expect to see the SPI subdevices being documented in a separate SPI binding document rather than just lumped in with the parent

Re: [PATCH] spi: spi-geni-qcom: Add SPI driver support for GENI based QUP

On Mon, May 21, 2018 at 03:45:09PM -0600, Mahadevan, Girish wrote: > I can resubmit the SPI binding documentation as part of this patch series. Yes, and realy I'd expect to see the SPI subdevices being documented in a separate SPI binding document rather than just lumped in with the parent

Re: [PATCH 1/6] coresight: remove CORESIGHT_LINKS_AND_SINKS dependencies and selections

On Thu, May 17, 2018 at 08:20:19PM -0500, Kim Phillips wrote: > A coresight topology doesn't need to include links, i.e., a source can > be directly connected to a sink. As such, selecting and/or depending on > LINKS_AND_SINKS is no longer needed. I'm good with this patch but now the help text

Re: [PATCH 1/6] coresight: remove CORESIGHT_LINKS_AND_SINKS dependencies and selections

On Thu, May 17, 2018 at 08:20:19PM -0500, Kim Phillips wrote: > A coresight topology doesn't need to include links, i.e., a source can > be directly connected to a sink. As such, selecting and/or depending on > LINKS_AND_SINKS is no longer needed. I'm good with this patch but now the help text

Re: [PATCH v2 11/11] docs: fix broken references with multiple hints

On Wed, May 09, 2018 at 10:18:54AM -0300, Mauro Carvalho Chehab wrote: > The script: > ./scripts/documentation-file-ref-check --fix-rst > > Gives multiple hints for broken references on some files. > Manually use the one that applies for some files. > > Signed-off-by: Mauro Carvalho Chehab

Re: [PATCH v2 11/11] docs: fix broken references with multiple hints

On Wed, May 09, 2018 at 10:18:54AM -0300, Mauro Carvalho Chehab wrote: > The script: > ./scripts/documentation-file-ref-check --fix-rst > > Gives multiple hints for broken references on some files. > Manually use the one that applies for some files. > > Signed-off-by: Mauro Carvalho Chehab

Re: [PATCH] spi: spi-geni-qcom: Add SPI driver support for GENI based QUP

On Tue, May 22, 2018 at 09:46:39AM -0700, Stephen Boyd wrote: > Quoting Mahadevan, Girish (2018-05-21 08:52:47) > > Not sure I follow, the intention is to run the controller clock based on > > the slave's max frequency. > That's good. The problem I see is that we have to specify the max >

Re: [PATCH] spi: spi-geni-qcom: Add SPI driver support for GENI based QUP

On Tue, May 22, 2018 at 09:46:39AM -0700, Stephen Boyd wrote: > Quoting Mahadevan, Girish (2018-05-21 08:52:47) > > Not sure I follow, the intention is to run the controller clock based on > > the slave's max frequency. > That's good. The problem I see is that we have to specify the max >

Re: Tasks RCU vs Preempt RCU

On Tue, 22 May 2018 09:09:49 -0700 "Paul E. McKenney" wrote: > Just for the record, if you guys realy want to take over Tasks RCU, > I have no objections. For one thing, I don't anticipate any other use > cases for it (famous last words!). But you break it, you buy

Re: Tasks RCU vs Preempt RCU

On Tue, 22 May 2018 09:09:49 -0700 "Paul E. McKenney" wrote: > Just for the record, if you guys realy want to take over Tasks RCU, > I have no objections. For one thing, I don't anticipate any other use > cases for it (famous last words!). But you break it, you buy it! ;-) It really matters

Re: [PATCH 2/5] mm, devm_memremap_pages: handle errors allocating final devres action

On Tue, May 22, 2018 at 10:03 AM, Logan Gunthorpe wrote: > > > On 22/05/18 10:56 AM, Dan Williams wrote: >> On Tue, May 22, 2018 at 9:42 AM, Logan Gunthorpe wrote: >>> Hey Dan, >>> >>> On 21/05/18 06:07 PM, Dan Williams wrote: Without this change we

Re: [PATCH 2/5] mm, devm_memremap_pages: handle errors allocating final devres action

On Tue, May 22, 2018 at 10:03 AM, Logan Gunthorpe wrote: > > > On 22/05/18 10:56 AM, Dan Williams wrote: >> On Tue, May 22, 2018 at 9:42 AM, Logan Gunthorpe wrote: >>> Hey Dan, >>> >>> On 21/05/18 06:07 PM, Dan Williams wrote: Without this change we could fail to register the teardown of

Re: [PATCH v4 0/3] IR decoding using BPF

Sean, I'd like to echo Matthias's appreciation for your work with this BPF project. I'm very much looking forward to the possibility of using my remotes directly with decoders generated from the existing lircd.conf's. Excited seeing your work progress! Cheers, Derek On Tue, May 22, 2018 at 6:50

Re: [PATCH v4 0/3] IR decoding using BPF

Sean, I'd like to echo Matthias's appreciation for your work with this BPF project. I'm very much looking forward to the possibility of using my remotes directly with decoders generated from the existing lircd.conf's. Excited seeing your work progress! Cheers, Derek On Tue, May 22, 2018 at 6:50

Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()

On Tue, 22 May 2018 19:21:16 +0200 Sebastian Andrzej Siewior wrote: > On 2018-05-22 13:10:04 [-0400], Steven Rostedt wrote: > > On Thu, 17 May 2018 14:40:06 +0200 > > Sebastian Andrzej Siewior wrote: > > > > > +static

Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()

On Tue, 22 May 2018 19:21:16 +0200 Sebastian Andrzej Siewior wrote: > On 2018-05-22 13:10:04 [-0400], Steven Rostedt wrote: > > On Thu, 17 May 2018 14:40:06 +0200 > > Sebastian Andrzej Siewior wrote: > > > > > +static DEFINE_LOCAL_IRQ_LOCK(fpsimd_lock); > > > /* > > > * Update current's

Re: [PATCH 31/33] ASoC: max98088: use match_string() helper

On Tue, May 22, 2018 at 3:30 PM, Yisheng Xie wrote: > hmm, you mean something like: > > int ret; > > ret = match_string(eq_mode_name, ARRAY_SIZE(eq_mode_name), name); > if (ret < 0) /* Shouldn't happen */ > dev_err(component->dev,

Re: [PATCH 31/33] ASoC: max98088: use match_string() helper

On Tue, May 22, 2018 at 3:30 PM, Yisheng Xie wrote: > hmm, you mean something like: > > int ret; > > ret = match_string(eq_mode_name, ARRAY_SIZE(eq_mode_name), name); > if (ret < 0) /* Shouldn't happen */ > dev_err(component->dev, "Bad EQ channel name

Re: [PATCH v6 2/5] fs: Convert kiocb rw_hint from enum to u16

On 5/22/18 9:30 AM, Jens Axboe wrote: > On 5/22/18 10:24 AM, Goldwyn Rodrigues wrote: >> >> >> On 05/22/2018 10:32 AM, Jens Axboe wrote: >>> On 5/22/18 9:07 AM, adam.manzana...@wdc.com wrote: From: Adam Manzanares In order to avoid kiocb bloat for per

Re: [PATCH v6 2/5] fs: Convert kiocb rw_hint from enum to u16

On 5/22/18 9:30 AM, Jens Axboe wrote: > On 5/22/18 10:24 AM, Goldwyn Rodrigues wrote: >> >> >> On 05/22/2018 10:32 AM, Jens Axboe wrote: >>> On 5/22/18 9:07 AM, adam.manzana...@wdc.com wrote: From: Adam Manzanares In order to avoid kiocb bloat for per command iopriority support,

Re: [PATCH v3 1/4] dt-bindings: arm: Add bindings for Mediatek MT8183 SoC Platform

On Thu, May 17, 2018 at 02:22:03PM +0800, Erin Lo wrote: > This adds dt-binding documentation of cpu for Mediatek MT8183. > > Signed-off-by: Erin Lo > --- > Documentation/devicetree/bindings/arm/mediatek.txt | 4 > 1 file changed, 4 insertions(+) Reviewed-by: Rob

Re: [PATCH v3 1/4] dt-bindings: arm: Add bindings for Mediatek MT8183 SoC Platform

On Thu, May 17, 2018 at 02:22:03PM +0800, Erin Lo wrote: > This adds dt-binding documentation of cpu for Mediatek MT8183. > > Signed-off-by: Erin Lo > --- > Documentation/devicetree/bindings/arm/mediatek.txt | 4 > 1 file changed, 4 insertions(+) Reviewed-by: Rob Herring

Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()

On 2018-05-22 13:10:04 [-0400], Steven Rostedt wrote: > On Thu, 17 May 2018 14:40:06 +0200 > Sebastian Andrzej Siewior wrote: > > > +static DEFINE_LOCAL_IRQ_LOCK(fpsimd_lock); > > /* > > * Update current's FPSIMD/SVE registers from thread_struct. > > * > > @@ -594,6

Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()

On 2018-05-22 13:10:04 [-0400], Steven Rostedt wrote: > On Thu, 17 May 2018 14:40:06 +0200 > Sebastian Andrzej Siewior wrote: > > > +static DEFINE_LOCAL_IRQ_LOCK(fpsimd_lock); > > /* > > * Update current's FPSIMD/SVE registers from thread_struct. > > * > > @@ -594,6 +595,7 @@ int

Re: [RFC] perf: Allow fine-grained PMU access control

> IMHO, it is unsafe for CBOX pmu but could IMC, UPI pmus be an exception here? > Because currently perf stat -I from IMC, UPI counters is only allowed when > system wide monitoring is permitted and this prevents joint perf record and > perf stat -I in cluster environments where users usually

Re: [RFC] perf: Allow fine-grained PMU access control

> IMHO, it is unsafe for CBOX pmu but could IMC, UPI pmus be an exception here? > Because currently perf stat -I from IMC, UPI counters is only allowed when > system wide monitoring is permitted and this prevents joint perf record and > perf stat -I in cluster environments where users usually

Re: [PATCH] iio: adc: fix spelling mistake: "Freeacale" -> "Freescale"

On Mon, 21 May 2018 10:16:54 +0100 Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in module description text > > Signed-off-by: Colin Ian King Applied to the togreg branch of iio.git.

Re: [PATCH] iio: adc: fix spelling mistake: "Freeacale" -> "Freescale"

On Mon, 21 May 2018 10:16:54 +0100 Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in module description text > > Signed-off-by: Colin Ian King Applied to the togreg branch of iio.git. Thanks, Jonathan > --- > drivers/iio/adc/imx7d_adc.c | 2 +- > 1 file

Re: [v4 07/11] dt-bindings: hwmon: Add documents for PECI hwmon client drivers

On 5/22/2018 9:42 AM, Rob Herring wrote: On Mon, May 21, 2018 at 12:59:05PM -0700, Jae Hyun Yoo wrote: This commit adds dt-bindings documents for PECI hwmon client drivers. Signed-off-by: Jae Hyun Yoo Reviewed-by: Haiyue Wang

Re: [v4 07/11] dt-bindings: hwmon: Add documents for PECI hwmon client drivers

On 5/22/2018 9:42 AM, Rob Herring wrote: On Mon, May 21, 2018 at 12:59:05PM -0700, Jae Hyun Yoo wrote: This commit adds dt-bindings documents for PECI hwmon client drivers. Signed-off-by: Jae Hyun Yoo Reviewed-by: Haiyue Wang Reviewed-by: James Feist Reviewed-by: Vernon Mauery Cc: Andrew

Re: [PATCH] au8522: remove duplicate code

Reviewed-by: Devin Heitmueller Devin On Tue, May 22, 2018 at 1:09 PM, Gustavo A. R. Silva wrote: > This code has been there for nine years now, and it has been > working "good enough" since then [1]. > > Remove duplicate code by getting rid

Re: [PATCH] au8522: remove duplicate code

Reviewed-by: Devin Heitmueller Devin On Tue, May 22, 2018 at 1:09 PM, Gustavo A. R. Silva wrote: > This code has been there for nine years now, and it has been > working "good enough" since then [1]. > > Remove duplicate code by getting rid of the if-else statement. > > [1]

Re: [PATCH v3 2/4] dt-bindings: mtk-sysirq: Add compatible for Mediatek MT8183

On Thu, May 17, 2018 at 02:22:04PM +0800, Erin Lo wrote: > This adds dt-binding documentation of SYSIRQ for Mediatek MT8183 SoC > Platform. > > Signed-off-by: Erin Lo > --- > .../devicetree/bindings/interrupt-controller/mediatek,sysirq.txt | 1 > + > 1 file

Re: [PATCH v3 2/4] dt-bindings: mtk-sysirq: Add compatible for Mediatek MT8183

On Thu, May 17, 2018 at 02:22:04PM +0800, Erin Lo wrote: > This adds dt-binding documentation of SYSIRQ for Mediatek MT8183 SoC > Platform. > > Signed-off-by: Erin Lo > --- > .../devicetree/bindings/interrupt-controller/mediatek,sysirq.txt | 1 > + > 1 file changed, 1 insertion(+)

Re: [PATCH v4 0/2] vfio/mdev: Device namespace protection

From vfio-ccw perspective I join Connie's assessment: vfio-ccw should be fine with these changes. I'm however not too deeply involved with the mdev framework, thus I don't feel comfortable r-b-ing. That results in Acked-by: Halil Pasic for both patches. While at it I have

Re: [PATCH v4 0/2] vfio/mdev: Device namespace protection

From vfio-ccw perspective I join Connie's assessment: vfio-ccw should be fine with these changes. I'm however not too deeply involved with the mdev framework, thus I don't feel comfortable r-b-ing. That results in Acked-by: Halil Pasic for both patches. While at it I have would like to ask

Re: [PATCH v3 3/4] dt-bindings: rtc: update stm32-rtc documentation for stm32mp1 rtc

On Thu, May 17, 2018 at 02:04:25PM +0200, Amelie Delaunay wrote: > RTC embedded in stm32mp1 SoC is slightly different from stm32h7 one, it > doesn't require to disable backup domain write protection, and rtc_ck > parent clock assignment isn't allowed. > To sum up, stm32mp1 RTC requires 2 clocks,

Re: [PATCH v3 3/4] dt-bindings: rtc: update stm32-rtc documentation for stm32mp1 rtc

On Thu, May 17, 2018 at 02:04:25PM +0200, Amelie Delaunay wrote: > RTC embedded in stm32mp1 SoC is slightly different from stm32h7 one, it > doesn't require to disable backup domain write protection, and rtc_ck > parent clock assignment isn't allowed. > To sum up, stm32mp1 RTC requires 2 clocks,

Re: [PATCH v3 3/4] dt-bindings: serial: Add compatible for Mediatek MT8183

On Thu, May 17, 2018 at 02:22:05PM +0800, Erin Lo wrote: > This adds dt-binding documentation of uart for Mediatek MT8183 SoC > Platform. > > Signed-off-by: Erin Lo > --- > Documentation/devicetree/bindings/serial/mtk-uart.txt | 1 + > 1 file changed, 1 insertion(+)

Re: [PATCH v3 3/4] dt-bindings: serial: Add compatible for Mediatek MT8183

On Thu, May 17, 2018 at 02:22:05PM +0800, Erin Lo wrote: > This adds dt-binding documentation of uart for Mediatek MT8183 SoC > Platform. > > Signed-off-by: Erin Lo > --- > Documentation/devicetree/bindings/serial/mtk-uart.txt | 1 + > 1 file changed, 1 insertion(+) Acked-by: Rob Herring

<    5   6   7   8   9   10   11   12   13   14   >