Re: [PATCH v2 2/2] arm64: dts: exynos: add OF graph between USB-PHY and MUIC

Krzysztof Kozlowski writes: > On Tue, May 15, 2018 at 2:12 PM, Andrzej Hajda wrote: >> OF graph describes USB data lanes between USB-PHY and respective MUIC. >> Since graph is present and DWC driver can use it to get extcon, obsolete >> extcon property can

Re: [PATCH v2 2/2] arm64: dts: exynos: add OF graph between USB-PHY and MUIC

Krzysztof Kozlowski writes: > On Tue, May 15, 2018 at 2:12 PM, Andrzej Hajda wrote: >> OF graph describes USB data lanes between USB-PHY and respective MUIC. >> Since graph is present and DWC driver can use it to get extcon, obsolete >> extcon property can be removed. >> >> Signed-off-by:

Re: [PATCH 1/2] Convert target drivers to use sbitmap

Hi, Matthew Wilcox writes: > From: Matthew Wilcox > > The sbitmap and the percpu_ida perform essentially the same task, > allocating tags for commands. Since the sbitmap is more used than > the percpu_ida, convert the percpu_ida users to the

Re: [PATCH 1/2] Convert target drivers to use sbitmap

Hi, Matthew Wilcox writes: > From: Matthew Wilcox > > The sbitmap and the percpu_ida perform essentially the same task, > allocating tags for commands. Since the sbitmap is more used than > the percpu_ida, convert the percpu_ida users to the sbitmap API. > > Signed-off-by: Matthew Wilcox >

Re: [RFC v3 4/5] virtio_ring: add event idx support in packed ring

On Wed, May 16, 2018 at 01:01:04PM +0800, Jason Wang wrote: > On 2018年04月25日 13:15, Tiwei Bie wrote: [...] > > @@ -1143,10 +1160,17 @@ static unsigned > > virtqueue_enable_cb_prepare_packed(struct virtqueue *_vq) > > /* We optimistically turn back on interrupts, then check if there was > >

Re: [RFC v3 4/5] virtio_ring: add event idx support in packed ring

On Wed, May 16, 2018 at 01:01:04PM +0800, Jason Wang wrote: > On 2018年04月25日 13:15, Tiwei Bie wrote: [...] > > @@ -1143,10 +1160,17 @@ static unsigned > > virtqueue_enable_cb_prepare_packed(struct virtqueue *_vq) > > /* We optimistically turn back on interrupts, then check if there was > >

Re: [PATCH v10 02/27] clk: davinci: da850-pll: change PLL0 to CLK_OF_DECLARE

On Tuesday 15 May 2018 09:12 PM, David Lechner wrote: > On 05/15/2018 08:31 AM, Sekhar Nori wrote: >> On Wednesday 09 May 2018 10:55 PM, David Lechner wrote: >>> +void of_da850_pll0_init(struct device_node *node) >>>   { >>> -    return of_davinci_pll_init(dev, dev->of_node, _pll0_info, >>> -  

Re: [PATCH v10 02/27] clk: davinci: da850-pll: change PLL0 to CLK_OF_DECLARE

On Tuesday 15 May 2018 09:12 PM, David Lechner wrote: > On 05/15/2018 08:31 AM, Sekhar Nori wrote: >> On Wednesday 09 May 2018 10:55 PM, David Lechner wrote: >>> +void of_da850_pll0_init(struct device_node *node) >>>   { >>> -    return of_davinci_pll_init(dev, dev->of_node, _pll0_info, >>> -  

[PATCH v4 0/2] tpm: improving granularity in poll sleep times

The existing TPM polling code sleeps in each loop iteration for time in msecs ranging from 1 msecs to 5 msecs. However, many of the TPM commands complete much faster, resulting in unnecessary delays. This set of patches identifies such iterations and optimizes the sleep time. The first patch

[PATCH v4 0/2] tpm: improving granularity in poll sleep times

The existing TPM polling code sleeps in each loop iteration for time in msecs ranging from 1 msecs to 5 msecs. However, many of the TPM commands complete much faster, resulting in unnecessary delays. This set of patches identifies such iterations and optimizes the sleep time. The first patch

[PATCH v4 1/2] tpm: reduce poll sleep time in tpm_transmit()

tpm_try_transmit currently checks TPM status every 5 msecs between send and recv. It does so in a loop for the maximum timeout as defined in the TPM Interface Specification. However, the TPM may return before 5 msecs. Thus the polling interval for each iteration can be reduced, which improves

[PATCH v4 1/2] tpm: reduce poll sleep time in tpm_transmit()

tpm_try_transmit currently checks TPM status every 5 msecs between send and recv. It does so in a loop for the maximum timeout as defined in the TPM Interface Specification. However, the TPM may return before 5 msecs. Thus the polling interval for each iteration can be reduced, which improves

[PATCH] Makefile: disable PIE before testing asm goto

Since commit e501ce957a78 ("x86: Force asm-goto"), aarch64 build on distributions which enable PIE by default (e.g. openSUSE Tumbleweed) does not detect support for asm goto correctly. The problem is that ARM specific part of scripts/gcc-goto.sh fails with PIE even with recent gcc versions. Moving

[PATCH] Makefile: disable PIE before testing asm goto

Since commit e501ce957a78 ("x86: Force asm-goto"), aarch64 build on distributions which enable PIE by default (e.g. openSUSE Tumbleweed) does not detect support for asm goto correctly. The problem is that ARM specific part of scripts/gcc-goto.sh fails with PIE even with recent gcc versions. Moving

[PATCH v4 2/2] tpm: reduce polling time to usecs for even finer granularity

The TPM burstcount and status commands are supposed to return very quickly [2][3]. This patch further reduces the TPM poll sleep time to usecs in get_burstcount() and wait_for_tpm_stat() by calling usleep_range() directly. After this change, performance on a system[1] with a TPM 1.2 with an 8

[PATCH v4 2/2] tpm: reduce polling time to usecs for even finer granularity

The TPM burstcount and status commands are supposed to return very quickly [2][3]. This patch further reduces the TPM poll sleep time to usecs in get_burstcount() and wait_for_tpm_stat() by calling usleep_range() directly. After this change, performance on a system[1] with a TPM 1.2 with an 8

Re: [PATCH v16 3/9] PCI/AER: Handle ERR_FATAL with removal and re-enumeration of devices

On 2018-05-16 05:29, Bjorn Helgaas wrote: On Fri, May 11, 2018 at 06:43:22AM -0400, Oza Pawandeep wrote: This patch alters the behavior of handling of ERR_FATAL, where removal of devices is initiated, followed by reset link, followed by re-enumeration. So the errors are handled in a different

Re: [PATCH v16 3/9] PCI/AER: Handle ERR_FATAL with removal and re-enumeration of devices

On 2018-05-16 05:29, Bjorn Helgaas wrote: On Fri, May 11, 2018 at 06:43:22AM -0400, Oza Pawandeep wrote: This patch alters the behavior of handling of ERR_FATAL, where removal of devices is initiated, followed by reset link, followed by re-enumeration. So the errors are handled in a different

[PATCH 04/14] mm: remove the unused device_private_entry_fault export

Signed-off-by: Christoph Hellwig --- kernel/memremap.c | 1 - 1 file changed, 1 deletion(-) diff --git a/kernel/memremap.c b/kernel/memremap.c index db4e1a373e5f..59ee3b604b39 100644 --- a/kernel/memremap.c +++ b/kernel/memremap.c @@ -65,7 +65,6 @@ int

Re: [PATCH] usbip: usbip_host: fix bad unlock balance during stub_probe()

On Tue, May 15, 2018 at 05:57:23PM -0600, Shuah Khan (Samsung OSG) wrote: > stub_probe() calls put_busid_priv() in an error path when device isn't > found in the busid_table. Fix it by making put_busid_priv() safe to be > called with null struct bus_id_priv pointer. > > This problem happens when

[PATCH 04/14] mm: remove the unused device_private_entry_fault export

Signed-off-by: Christoph Hellwig --- kernel/memremap.c | 1 - 1 file changed, 1 deletion(-) diff --git a/kernel/memremap.c b/kernel/memremap.c index db4e1a373e5f..59ee3b604b39 100644 --- a/kernel/memremap.c +++ b/kernel/memremap.c @@ -65,7 +65,6 @@ int device_private_entry_fault(struct

Re: [PATCH] usbip: usbip_host: fix bad unlock balance during stub_probe()

On Tue, May 15, 2018 at 05:57:23PM -0600, Shuah Khan (Samsung OSG) wrote: > stub_probe() calls put_busid_priv() in an error path when device isn't > found in the busid_table. Fix it by making put_busid_priv() safe to be > called with null struct bus_id_priv pointer. > > This problem happens when

[PATCH 06/14] btrfs: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/btrfs/ctree.h | 2 +- fs/btrfs/inode.c | 19 ++- 2 files changed, 11 insertions(+), 10 deletions(-) diff --git a/fs/btrfs/ctree.h b/fs/btrfs/ctree.h index 1485cd130e2b..02a0de73c1d1 100644 --- a/fs/btrfs/ctree.h +++

[PATCH 06/14] btrfs: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/btrfs/ctree.h | 2 +- fs/btrfs/inode.c | 19 ++- 2 files changed, 11 insertions(+), 10 deletions(-) diff --git a/fs/btrfs/ctree.h b/fs/btrfs/ctree.h index 1485cd130e2b..02a0de73c1d1 100644 --- a/fs/btrfs/ctree.h +++ b/fs/btrfs/ctree.h @@

[PATCH 10/14] vgem: separate errno from VM_FAULT_* values

And streamline the code in vgem_fault with early returns so that it is a little bit more readable. Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/vgem/vgem_drv.c | 51 +++-- 1 file changed, 23 insertions(+), 28 deletions(-) diff --git

[PATCH 10/14] vgem: separate errno from VM_FAULT_* values

And streamline the code in vgem_fault with early returns so that it is a little bit more readable. Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/vgem/vgem_drv.c | 51 +++-- 1 file changed, 23 insertions(+), 28 deletions(-) diff --git

[PATCH 11/14] ttm: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/ttm/ttm_bo_vm.c | 42 + 1 file changed, 22 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c index 8eba95b3c737..255e7801f62c 100644 ---

[PATCH 11/14] ttm: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/ttm/ttm_bo_vm.c | 42 + 1 file changed, 22 insertions(+), 20 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c index 8eba95b3c737..255e7801f62c 100644 ---

[PATCH 09/14] ubifs: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ubifs/file.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/fs/ubifs/file.c b/fs/ubifs/file.c index 1acb2ff505e6..7c1a2e1c3de5 100644 --- a/fs/ubifs/file.c +++ b/fs/ubifs/file.c @@ -1513,7 +1513,7 @@ static int

[PATCH 09/14] ubifs: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ubifs/file.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/fs/ubifs/file.c b/fs/ubifs/file.c index 1acb2ff505e6..7c1a2e1c3de5 100644 --- a/fs/ubifs/file.c +++ b/fs/ubifs/file.c @@ -1513,7 +1513,7 @@ static int

[PATCH 12/14] lustre: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- .../staging/lustre/lustre/llite/llite_mmap.c | 37 +++ .../lustre/lustre/llite/vvp_internal.h| 2 +- 2 files changed, 14 insertions(+), 25 deletions(-) diff --git a/drivers/staging/lustre/lustre/llite/llite_mmap.c

[PATCH 12/14] lustre: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- .../staging/lustre/lustre/llite/llite_mmap.c | 37 +++ .../lustre/lustre/llite/vvp_internal.h| 2 +- 2 files changed, 14 insertions(+), 25 deletions(-) diff --git a/drivers/staging/lustre/lustre/llite/llite_mmap.c

[PATCH 13/14] mm: move arch specific VM_FAULT_* flags to mm.h

Various architectures define their own internal flags. Not sure a public header like mm.h is a good place, but keeping them inside the arch code with possible conflicts also seems like a bad idea. Maybe we just need to stop overloading the value instead. Signed-off-by: Christoph Hellwig

[PATCH 13/14] mm: move arch specific VM_FAULT_* flags to mm.h

Various architectures define their own internal flags. Not sure a public header like mm.h is a good place, but keeping them inside the arch code with possible conflicts also seems like a bad idea. Maybe we just need to stop overloading the value instead. Signed-off-by: Christoph Hellwig ---

[PATCH 14/14] mm: turn on vm_fault_t type checking

Switch vm_fault_t to point to an unsigned int with __bіtwise annotations. This both catches any old ->fault or ->page_mkwrite instance with plain compiler type checking, as well as finding more intricate problems with sparse. Signed-off-by: Christoph Hellwig ---

[PATCH 14/14] mm: turn on vm_fault_t type checking

Switch vm_fault_t to point to an unsigned int with __bіtwise annotations. This both catches any old ->fault or ->page_mkwrite instance with plain compiler type checking, as well as finding more intricate problems with sparse. Signed-off-by: Christoph Hellwig --- arch/alpha/mm/fault.c

[PATCH 08/14] ocfs2: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ocfs2/mmap.c | 36 +++- 1 file changed, 19 insertions(+), 17 deletions(-) diff --git a/fs/ocfs2/mmap.c b/fs/ocfs2/mmap.c index fb9a20e3d608..e75c1fc5333e 100644 --- a/fs/ocfs2/mmap.c +++ b/fs/ocfs2/mmap.c @@

[PATCH 01/14] orangefs: don't return errno values from ->fault

Signed-off-by: Christoph Hellwig --- fs/orangefs/file.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/fs/orangefs/file.c b/fs/orangefs/file.c index 26358efbf794..b4a25cd4f3fa 100644 --- a/fs/orangefs/file.c +++ b/fs/orangefs/file.c @@ -528,18 +528,16

[PATCH 08/14] ocfs2: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ocfs2/mmap.c | 36 +++- 1 file changed, 19 insertions(+), 17 deletions(-) diff --git a/fs/ocfs2/mmap.c b/fs/ocfs2/mmap.c index fb9a20e3d608..e75c1fc5333e 100644 --- a/fs/ocfs2/mmap.c +++ b/fs/ocfs2/mmap.c @@ -44,11 +44,11

[PATCH 01/14] orangefs: don't return errno values from ->fault

Signed-off-by: Christoph Hellwig --- fs/orangefs/file.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/fs/orangefs/file.c b/fs/orangefs/file.c index 26358efbf794..b4a25cd4f3fa 100644 --- a/fs/orangefs/file.c +++ b/fs/orangefs/file.c @@ -528,18 +528,16 @@ static

[PATCH 05/14] ceph: untangle ceph_filemap_fault

Streamline the code to have a somewhat natural flow, and separate the errno values from the VM_FAULT_* values. Signed-off-by: Christoph Hellwig --- fs/ceph/addr.c | 100 + 1 file changed, 51 insertions(+), 49 deletions(-) diff --git

[PATCH 07/14] ext4: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ext4/ext4.h | 4 ++-- fs/ext4/inode.c | 30 +++--- 2 files changed, 17 insertions(+), 17 deletions(-) diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h index fa52b7dd4542..48592d0edf3e 100644 --- a/fs/ext4/ext4.h +++

[PATCH 05/14] ceph: untangle ceph_filemap_fault

Streamline the code to have a somewhat natural flow, and separate the errno values from the VM_FAULT_* values. Signed-off-by: Christoph Hellwig --- fs/ceph/addr.c | 100 + 1 file changed, 51 insertions(+), 49 deletions(-) diff --git

[PATCH 07/14] ext4: separate errno from VM_FAULT_* values

Signed-off-by: Christoph Hellwig --- fs/ext4/ext4.h | 4 ++-- fs/ext4/inode.c | 30 +++--- 2 files changed, 17 insertions(+), 17 deletions(-) diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h index fa52b7dd4542..48592d0edf3e 100644 --- a/fs/ext4/ext4.h +++ b/fs/ext4/ext4.h

[PATCH 03/14] dax: make the dax_iomap_fault prototype consistent

Signed-off-by: Christoph Hellwig --- include/linux/dax.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/dax.h b/include/linux/dax.h index dc65ece825ee..a292bccdc274 100644 --- a/include/linux/dax.h +++ b/include/linux/dax.h @@ -183,7 +183,7 @@ void

[PATCH 03/14] dax: make the dax_iomap_fault prototype consistent

Signed-off-by: Christoph Hellwig --- include/linux/dax.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/dax.h b/include/linux/dax.h index dc65ece825ee..a292bccdc274 100644 --- a/include/linux/dax.h +++ b/include/linux/dax.h @@ -183,7 +183,7 @@ void

[PATCH 02/14] fs: make the filemap_page_mkwrite prototype consistent

!CONFIG_MMU version didn't agree with the rest of the kernel.. Signed-off-by: Christoph Hellwig --- mm/filemap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/filemap.c b/mm/filemap.c index 52517f28e6f4..cf21ced98eff 100644 --- a/mm/filemap.c +++

[PATCH 02/14] fs: make the filemap_page_mkwrite prototype consistent

!CONFIG_MMU version didn't agree with the rest of the kernel.. Signed-off-by: Christoph Hellwig --- mm/filemap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/filemap.c b/mm/filemap.c index 52517f28e6f4..cf21ced98eff 100644 --- a/mm/filemap.c +++ b/mm/filemap.c @@

vm_fault_t conversion, for real

Hi all, this series tries to actually turn vm_fault_t into a type that can be typechecked and checks the fallout instead of sprinkling random annotations without context. The first one fixes a real bug in orangefs, the second and third fix mismatched existing vm_fault_t annotations on the same

vm_fault_t conversion, for real

Hi all, this series tries to actually turn vm_fault_t into a type that can be typechecked and checks the fallout instead of sprinkling random annotations without context. The first one fixes a real bug in orangefs, the second and third fix mismatched existing vm_fault_t annotations on the same

[RFC] powerpc/emulate_step: Fix kernel crash when VSX is not present

emulate_step() is not checking runtime VSX feature flag before emulating an instruction. This can cause kernel oops when kernel is compiled with CONFIG_VSX=y but running on machine where VSX is not supported or disabled. Ex, while running emulate_step tests on P6 machine: ...

[RFC] powerpc/emulate_step: Fix kernel crash when VSX is not present

emulate_step() is not checking runtime VSX feature flag before emulating an instruction. This can cause kernel oops when kernel is compiled with CONFIG_VSX=y but running on machine where VSX is not supported or disabled. Ex, while running emulate_step tests on P6 machine: ...

Re: [PATCH v4 2/2] locking/percpu-rwsem: Annotate rwsem ownership transfer by setting RWSEM_OWNER_UNKNOWN

On Wed, May 16, 2018 at 12:49 AM, Waiman Long wrote: > The filesystem freezing code needs to transfer ownership of a rwsem > embedded in a percpu-rwsem from the task that does the freezing to > another one that does the thawing by calling percpu_rwsem_release() > after

Re: [PATCH v4 2/2] locking/percpu-rwsem: Annotate rwsem ownership transfer by setting RWSEM_OWNER_UNKNOWN

On Wed, May 16, 2018 at 12:49 AM, Waiman Long wrote: > The filesystem freezing code needs to transfer ownership of a rwsem > embedded in a percpu-rwsem from the task that does the freezing to > another one that does the thawing by calling percpu_rwsem_release() > after freezing and

Re: [PATCH v6 04/17] media: rkisp1: add Rockchip MIPI Synopsys DPHY driver

Hi Jacob, Thank you for the patch. On Thursday, 8 March 2018 11:47:54 EEST Jacob Chen wrote: > From: Jacob Chen > > This commit adds a subdev driver for Rockchip MIPI Synopsys DPHY driver Should this really be a subdev driver ? After a quick look at the code, the

Re: [PATCH v6 04/17] media: rkisp1: add Rockchip MIPI Synopsys DPHY driver

Hi Jacob, Thank you for the patch. On Thursday, 8 March 2018 11:47:54 EEST Jacob Chen wrote: > From: Jacob Chen > > This commit adds a subdev driver for Rockchip MIPI Synopsys DPHY driver Should this really be a subdev driver ? After a quick look at the code, the only parameters you need to

Re: [PATCH] clk: stm32mp1: Add CLK_IGNORE_UNUSED to ck_sys_dbg clock

Thanks Stephen On 05/15/2018 08:23 PM, Stephen Boyd wrote: > Quoting gabriel.fernan...@st.com (2018-04-24 00:58:43) >> From: Gabriel Fernandez >> >> Don't disable the dbg clock if was set by bootloader. >> >> Signed-off-by: Gabriel Fernandez

Re: [PATCH] clk: stm32mp1: Add CLK_IGNORE_UNUSED to ck_sys_dbg clock

Thanks Stephen On 05/15/2018 08:23 PM, Stephen Boyd wrote: > Quoting gabriel.fernan...@st.com (2018-04-24 00:58:43) >> From: Gabriel Fernandez >> >> Don't disable the dbg clock if was set by bootloader. >> >> Signed-off-by: Gabriel Fernandez >> --- > Applied to clk-next >

Re: [PATCH 2/2] powerpc: Enable ASYM_SMT on interleaved big-core systems

On Mon, May 14, 2018 at 01:22:07PM +1000, Michael Neuling wrote: > On Fri, 2018-05-11 at 16:47 +0530, Gautham R. Shenoy wrote: > > From: "Gautham R. Shenoy" > > > > Each of the SMT4 cores forming a fused-core are more or less > > independent units. Thus when multiple

Re: [PATCH 2/2] powerpc: Enable ASYM_SMT on interleaved big-core systems

On Mon, May 14, 2018 at 01:22:07PM +1000, Michael Neuling wrote: > On Fri, 2018-05-11 at 16:47 +0530, Gautham R. Shenoy wrote: > > From: "Gautham R. Shenoy" > > > > Each of the SMT4 cores forming a fused-core are more or less > > independent units. Thus when multiple tasks are scheduled to run

Re: [RFC v3 4/5] virtio_ring: add event idx support in packed ring

On 2018年04月25日 13:15, Tiwei Bie wrote: This commit introduces the event idx support in packed ring. This feature is temporarily disabled, because the implementation in this patch may not work as expected, and some further discussions on the implementation are needed, e.g. do we have to check

Re: [RFC v3 4/5] virtio_ring: add event idx support in packed ring

On 2018年04月25日 13:15, Tiwei Bie wrote: This commit introduces the event idx support in packed ring. This feature is temporarily disabled, because the implementation in this patch may not work as expected, and some further discussions on the implementation are needed, e.g. do we have to check

Re: [PATCH 8/9] perf/breakpoint: Split breakpoint "check" and "commit"

> On May 15, 2018, at 8:11 PM, Frederic Weisbecker wrote: > >> On Wed, May 09, 2018 at 11:17:03AM +0200, Peter Zijlstra wrote: >>> On Sun, May 06, 2018 at 09:19:54PM +0200, Frederic Weisbecker wrote: >>> arch/arm/include/asm/hw_breakpoint.h | 5 - >>>

Re: [PATCH 8/9] perf/breakpoint: Split breakpoint "check" and "commit"

> On May 15, 2018, at 8:11 PM, Frederic Weisbecker wrote: > >> On Wed, May 09, 2018 at 11:17:03AM +0200, Peter Zijlstra wrote: >>> On Sun, May 06, 2018 at 09:19:54PM +0200, Frederic Weisbecker wrote: >>> arch/arm/include/asm/hw_breakpoint.h | 5 - >>> arch/arm/kernel/hw_breakpoint.c

Re: Great Investment Offer

Hello In my search for a business partner i got your contact in google search. My client is willing to invest $10 Million to $500 million but my client said he need a trusted partner who he can have a meeting at the point of releasing his funds. I told my client that you have a good profile

Re: Great Investment Offer

Hello In my search for a business partner i got your contact in google search. My client is willing to invest $10 Million to $500 million but my client said he need a trusted partner who he can have a meeting at the point of releasing his funds. I told my client that you have a good profile

[PATCH v5 2/2] ThunderX2: Add Cavium ThunderX2 SoC UNCORE PMU driver

This patch adds a perf driver for the PMU UNCORE devices DDR4 Memory Controller(DMC) and Level 3 Cache(L3C). ThunderX2 has 8 independent DMC PMUs to capture performance events corresponding to 8 channels of DDR4 Memory Controller and 16 independent L3C PMUs to capture events corresponding to 16

[PATCH v5 1/2] perf: uncore: Adding documentation for ThunderX2 pmu uncore driver

Documentation for the UNCORE PMUs on Cavium's ThunderX2 SoC. The SoC has PMU support in its L3 cache controller (L3C) and in the DDR4 Memory Controller (DMC). Signed-off-by: Ganapatrao Kulkarni --- Documentation/perf/thunderx2-pmu.txt | 66

[PATCH v5 1/2] perf: uncore: Adding documentation for ThunderX2 pmu uncore driver

Documentation for the UNCORE PMUs on Cavium's ThunderX2 SoC. The SoC has PMU support in its L3 cache controller (L3C) and in the DDR4 Memory Controller (DMC). Signed-off-by: Ganapatrao Kulkarni --- Documentation/perf/thunderx2-pmu.txt | 66 1 file changed,

[PATCH v5 2/2] ThunderX2: Add Cavium ThunderX2 SoC UNCORE PMU driver

This patch adds a perf driver for the PMU UNCORE devices DDR4 Memory Controller(DMC) and Level 3 Cache(L3C). ThunderX2 has 8 independent DMC PMUs to capture performance events corresponding to 8 channels of DDR4 Memory Controller and 16 independent L3C PMUs to capture events corresponding to 16

[PATCH v5 0/2] Add ThunderX2 SoC Performance Monitoring Unit driver

This patchset adds PMU driver for Cavium's ThunderX2 SoC UNCORE devices. The SoC has PMU support in L3 cache controller (L3C) and in the DDR4 Memory Controller (DMC). v5: -Incroporated review comments from Mark Rutland[2] v4: -Incroporated review comments from Mark Rutland[1] [1]

[PATCH v5 0/2] Add ThunderX2 SoC Performance Monitoring Unit driver

This patchset adds PMU driver for Cavium's ThunderX2 SoC UNCORE devices. The SoC has PMU support in L3 cache controller (L3C) and in the DDR4 Memory Controller (DMC). v5: -Incroporated review comments from Mark Rutland[2] v4: -Incroporated review comments from Mark Rutland[1] [1]

[RFC/RFT] [PATCH 02/10] cpufreq: intel_pstate: Conditional frequency invariant accounting

intel_pstate has two operating modes: active and passive. In "active" mode, the in-built scaling governor is used and in "passive" mode, the driver can be used with any governor like "schedutil". In "active" mode the utilization values from schedutil is not used and there is a requirement from

[PATCH] ARM: dts: imx7d: use operating-points-v2 for cpu

This patch uses "operating-points-v2" instead of "operating-points" to be more fit with cpufreq-dt driver. Signed-off-by: Anson Huang --- arch/arm/boot/dts/imx7d.dtsi | 24 +++- 1 file changed, 19 insertions(+), 5 deletions(-) diff --git

[RFC/RFT] [PATCH 02/10] cpufreq: intel_pstate: Conditional frequency invariant accounting

intel_pstate has two operating modes: active and passive. In "active" mode, the in-built scaling governor is used and in "passive" mode, the driver can be used with any governor like "schedutil". In "active" mode the utilization values from schedutil is not used and there is a requirement from

[PATCH] ARM: dts: imx7d: use operating-points-v2 for cpu

This patch uses "operating-points-v2" instead of "operating-points" to be more fit with cpufreq-dt driver. Signed-off-by: Anson Huang --- arch/arm/boot/dts/imx7d.dtsi | 24 +++- 1 file changed, 19 insertions(+), 5 deletions(-) diff --git a/arch/arm/boot/dts/imx7d.dtsi

[RFC/RFT] [PATCH 01/10] x86,sched: Add support for frequency invariance

From: Peter Zijlstra Implement arch_scale_freq_capacity() for 'modern' x86. This function is used by the scheduler to correctly account usage in the face of DVFS. For example; suppose a CPU has two frequencies: 500 and 1000 Mhz. When running a task that would consume 1/3rd

[RFC/RFT] [PATCH 01/10] x86,sched: Add support for frequency invariance

From: Peter Zijlstra Implement arch_scale_freq_capacity() for 'modern' x86. This function is used by the scheduler to correctly account usage in the face of DVFS. For example; suppose a CPU has two frequencies: 500 and 1000 Mhz. When running a task that would consume 1/3rd of a CPU at 1000 MHz,

[RFC/RFT] [PATCH 06/10] cpufreq / sched: Add interface to get utilization values

Added cpufreq_get_sched_util() to get the CFS, DL and max utilization values for a CPU. This is required for getting utilization values for cpufreq drivers outside of kernel/sched folder. Signed-off-by: Srinivas Pandruvada --- include/linux/sched/cpufreq.h |

[RFC/RFT] [PATCH 06/10] cpufreq / sched: Add interface to get utilization values

Added cpufreq_get_sched_util() to get the CFS, DL and max utilization values for a CPU. This is required for getting utilization values for cpufreq drivers outside of kernel/sched folder. Signed-off-by: Srinivas Pandruvada --- include/linux/sched/cpufreq.h | 2 ++ kernel/sched/cpufreq.c

[RFC/RFT] [PATCH 05/10] cpufreq: intel_pstate: HWP boost performance on IO Wake

When a task is woken up from IO wait, boost HWP prformance to max. This helps IO workloads on servers with per core P-states. But changing limits has extra over head of issuing new HWP Request MSR, which takes 1000+ cycles. So this change limits setting HWP Request MSR. Also request can be for a

[RFC/RFT] [PATCH 03/10] cpufreq: intel_pstate: Utility functions to boost HWP performance limits

Setup necessary infrastructure to be able to boost HWP performance on a remote CPU. First initialize data structure to be able to use smp_call_function_single_async(). The boost up function simply set HWP min to HWP max value and EPP to 0. The boost down function simply restores to last cached HWP

[RFC/RFT] [PATCH 07/10] cpufreq: intel_pstate: HWP boost performance on busy task migrate

When a busy task migrates to a new CPU boost HWP prformance to max. This helps workloads on servers with per core P-states, which saturates all CPUs and then they migrate frequently. But changing limits has extra over head of issuing new HWP Request MSR, which takes 1000+ cycles. So this change

[RFC/RFT] [PATCH 00/10] Intel_pstate: HWP Dynamic performance boost

This series tries to address some concern in performance particularly with IO workloads (Reported by Mel Gorman), when HWP is using intel_pstate powersave policy. Background HWP performance can be controlled by user space using sysfs interface for max/min frequency limits and energy performance

[RFC/RFT] [PATCH 05/10] cpufreq: intel_pstate: HWP boost performance on IO Wake

When a task is woken up from IO wait, boost HWP prformance to max. This helps IO workloads on servers with per core P-states. But changing limits has extra over head of issuing new HWP Request MSR, which takes 1000+ cycles. So this change limits setting HWP Request MSR. Also request can be for a

[RFC/RFT] [PATCH 03/10] cpufreq: intel_pstate: Utility functions to boost HWP performance limits

Setup necessary infrastructure to be able to boost HWP performance on a remote CPU. First initialize data structure to be able to use smp_call_function_single_async(). The boost up function simply set HWP min to HWP max value and EPP to 0. The boost down function simply restores to last cached HWP

[RFC/RFT] [PATCH 07/10] cpufreq: intel_pstate: HWP boost performance on busy task migrate

When a busy task migrates to a new CPU boost HWP prformance to max. This helps workloads on servers with per core P-states, which saturates all CPUs and then they migrate frequently. But changing limits has extra over head of issuing new HWP Request MSR, which takes 1000+ cycles. So this change

[RFC/RFT] [PATCH 00/10] Intel_pstate: HWP Dynamic performance boost

This series tries to address some concern in performance particularly with IO workloads (Reported by Mel Gorman), when HWP is using intel_pstate powersave policy. Background HWP performance can be controlled by user space using sysfs interface for max/min frequency limits and energy performance

[RFC/RFT] [PATCH 10/10] cpufreq: intel_pstate: enable boost for SKX

Enable HWP boost on Skylake server platform. Signed-off-by: Srinivas Pandruvada --- drivers/cpufreq/intel_pstate.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c index

[RFC/RFT] [PATCH 10/10] cpufreq: intel_pstate: enable boost for SKX

Enable HWP boost on Skylake server platform. Signed-off-by: Srinivas Pandruvada --- drivers/cpufreq/intel_pstate.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c index 65d11d2..827c003 100644 ---

[RFC/RFT] [PATCH 09/10] cpufreq: intel_pstate: New sysfs entry to control HWP boost

A new attribute is added to intel_pstate sysfs to enable/disable HWP dynamic performance boost. Signed-off-by: Srinivas Pandruvada --- drivers/cpufreq/intel_pstate.c | 30 ++ 1 file changed, 30 insertions(+) diff --git

[RFC/RFT] [PATCH 08/10] cpufreq: intel_pstate: Dyanmically update busy pct

Calculate hwp_boost_threshold_busy_pct (task busy percent, which is worth boosting) and hwp_boost_pstate_threshold (Don't boost if CPU already has some performance) based on platform, min, max and turbo frequencies. Signed-off-by: Srinivas Pandruvada ---

[RFC/RFT] [PATCH 09/10] cpufreq: intel_pstate: New sysfs entry to control HWP boost

A new attribute is added to intel_pstate sysfs to enable/disable HWP dynamic performance boost. Signed-off-by: Srinivas Pandruvada --- drivers/cpufreq/intel_pstate.c | 30 ++ 1 file changed, 30 insertions(+) diff --git a/drivers/cpufreq/intel_pstate.c

[RFC/RFT] [PATCH 08/10] cpufreq: intel_pstate: Dyanmically update busy pct

Calculate hwp_boost_threshold_busy_pct (task busy percent, which is worth boosting) and hwp_boost_pstate_threshold (Don't boost if CPU already has some performance) based on platform, min, max and turbo frequencies. Signed-off-by: Srinivas Pandruvada --- drivers/cpufreq/intel_pstate.c | 40

[RFC/RFT] [PATCH 04/10] cpufreq: intel_pstate: Add update_util_hook for HWP

When HWP dynamic boost is active then set the HWP specific update util hook. Also start and stop processing in frequency invariant accounting based on the HWP dyanmic boost setting Signed-off-by: Srinivas Pandruvada --- drivers/cpufreq/intel_pstate.c | 26

[RFC/RFT] [PATCH 04/10] cpufreq: intel_pstate: Add update_util_hook for HWP

When HWP dynamic boost is active then set the HWP specific update util hook. Also start and stop processing in frequency invariant accounting based on the HWP dyanmic boost setting Signed-off-by: Srinivas Pandruvada --- drivers/cpufreq/intel_pstate.c | 26 ++ 1 file

Re: [PATCH v2] ipc: Adding new return type vm_fault_t

On Thu, May 10, 2018 at 7:34 PM, Souptick Joarder wrote: > On Wed, Apr 25, 2018 at 10:04 AM, Souptick Joarder > wrote: >> Use new return type vm_fault_t for fault handler. For >> now, this is just documenting that the function returns >> a VM_FAULT

Re: [PATCH v2] ipc: Adding new return type vm_fault_t

On Thu, May 10, 2018 at 7:34 PM, Souptick Joarder wrote: > On Wed, Apr 25, 2018 at 10:04 AM, Souptick Joarder > wrote: >> Use new return type vm_fault_t for fault handler. For >> now, this is just documenting that the function returns >> a VM_FAULT value rather than an errno. Once all instances

[PATCH] ASoC: codecs: fix pcm1789.c build errors

From: Randy Dunlap Fix build errors in pcm1789.c. The source file needs to #include since it uses interfaces and macros that are provided by it. However, it does not need to #include , so drop it. Fixes these build errors: ../sound/soc/codecs/pcm1789.c: In function

[PATCH] ASoC: codecs: fix pcm1789.c build errors

From: Randy Dunlap Fix build errors in pcm1789.c. The source file needs to #include since it uses interfaces and macros that are provided by it. However, it does not need to #include , so drop it. Fixes these build errors: ../sound/soc/codecs/pcm1789.c: In function 'pcm1789_common_init':

  1   2   3   4   5   6   7   8   9   10   >