[git pull] drm fixes

Hi Linus, Regular fixes pull, some amdkfd, amdgpu, etnaviv, sun4i, qxl, tegra fixes. I've got an outstanding pull for i915 but it wasn't on an rc2 base so I wanted to ship these out first, I might get to it before rc3 or I might not. Dave. The following changes since commit

[git pull] drm fixes

Hi Linus, Regular fixes pull, some amdkfd, amdgpu, etnaviv, sun4i, qxl, tegra fixes. I've got an outstanding pull for i915 but it wasn't on an rc2 base so I wanted to ship these out first, I might get to it before rc3 or I might not. Dave. The following changes since commit

Re: [PATCH v3] mm, sysctl: make NUMA stats configurable

On 09/28/2017 11:29 PM, Andrew Morton wrote: > On Thu, 28 Sep 2017 14:11:41 +0800 Kemi Wang wrote: > >> This is the second step which introduces a tunable interface that allow >> numa stats configurable for optimizing zone_statistics(), as suggested by >> Dave Hansen and

Re: [PATCH v3] mm, sysctl: make NUMA stats configurable

On 09/28/2017 11:29 PM, Andrew Morton wrote: > On Thu, 28 Sep 2017 14:11:41 +0800 Kemi Wang wrote: > >> This is the second step which introduces a tunable interface that allow >> numa stats configurable for optimizing zone_statistics(), as suggested by >> Dave Hansen and Ying Huang. > > Looks

Re: [PATCH v3] mm, sysctl: make NUMA stats configurable

On 09/28/2017 08:11 AM, Kemi Wang wrote: > This is the second step which introduces a tunable interface that allow > numa stats configurable for optimizing zone_statistics(), as suggested by > Dave Hansen and Ying Huang. > >

Re: [PATCH v3] mm, sysctl: make NUMA stats configurable

On 09/28/2017 08:11 AM, Kemi Wang wrote: > This is the second step which introduces a tunable interface that allow > numa stats configurable for optimizing zone_statistics(), as suggested by > Dave Hansen and Ying Huang. > >

Re: [Part2 PATCH v4 01/29] Documentation/virtual/kvm: Add AMD Secure Encrypted Virtualization (SEV)

On Tue, Sep 19, 2017 at 03:45:59PM -0500, Brijesh Singh wrote: > Create a Documentation entry to describe the AMD Secure Encrypted > Virtualization (SEV) feature. > > Cc: Thomas Gleixner > Cc: Ingo Molnar > Cc: "H. Peter Anvin" > Cc: Paolo

Re: [Part2 PATCH v4 01/29] Documentation/virtual/kvm: Add AMD Secure Encrypted Virtualization (SEV)

On Tue, Sep 19, 2017 at 03:45:59PM -0500, Brijesh Singh wrote: > Create a Documentation entry to describe the AMD Secure Encrypted > Virtualization (SEV) feature. > > Cc: Thomas Gleixner > Cc: Ingo Molnar > Cc: "H. Peter Anvin" > Cc: Paolo Bonzini > Cc: "Radim Krčmář" > Cc: Jonathan Corbet

Re: [virtio-dev] Re: [PATCH v15 3/5] virtio-balloon: VIRTIO_BALLOON_F_SG

On 09/29/2017 12:01 PM, Michael S. Tsirkin wrote: On Fri, Sep 08, 2017 at 07:09:24PM +0800, Wei Wang wrote: On 09/08/2017 11:36 AM, Michael S. Tsirkin wrote: On Tue, Aug 29, 2017 at 11:09:18AM +0800, Wei Wang wrote: On 08/29/2017 02:03 AM, Michael S. Tsirkin wrote: On Mon, Aug 28, 2017 at

Re: [virtio-dev] Re: [PATCH v15 3/5] virtio-balloon: VIRTIO_BALLOON_F_SG

On 09/29/2017 12:01 PM, Michael S. Tsirkin wrote: On Fri, Sep 08, 2017 at 07:09:24PM +0800, Wei Wang wrote: On 09/08/2017 11:36 AM, Michael S. Tsirkin wrote: On Tue, Aug 29, 2017 at 11:09:18AM +0800, Wei Wang wrote: On 08/29/2017 02:03 AM, Michael S. Tsirkin wrote: On Mon, Aug 28, 2017 at

[PATCH] powernv: Add OCC driver to mmap sensor area

This driver provides interface to mmap the OCC sensor area to userspace to parse and read OCC inband sensors. Signed-off-by: Shilpasri G Bhat --- - The skiboot patch for this is posted here: https://lists.ozlabs.org/pipermail/skiboot/2017-September/009209.html

[PATCH] powernv: Add OCC driver to mmap sensor area

This driver provides interface to mmap the OCC sensor area to userspace to parse and read OCC inband sensors. Signed-off-by: Shilpasri G Bhat --- - The skiboot patch for this is posted here: https://lists.ozlabs.org/pipermail/skiboot/2017-September/009209.html

Re: [PATCH -tip v3 6/7] kprobes/x86: Remove disable_irq from ftrace-based/optimized kprobe

On Thu, 28 Sep 2017 09:25:41 +0200 Ingo Molnar wrote: > > * Masami Hiramatsu wrote: > > > Actually kprobes doesn't need to disable irq if it is > > called from ftrace/jump trampoline code because > > Documentation/kprobes.txt says > > > > - > >

Re: [PATCH -tip v3 6/7] kprobes/x86: Remove disable_irq from ftrace-based/optimized kprobe

On Thu, 28 Sep 2017 09:25:41 +0200 Ingo Molnar wrote: > > * Masami Hiramatsu wrote: > > > Actually kprobes doesn't need to disable irq if it is > > called from ftrace/jump trampoline code because > > Documentation/kprobes.txt says > > > > - > > Probe handlers are run with preemption

Re: [PATCH 1/1] mm: only dispaly online cpus of the numa node

On 2017/8/28 21:13, Michal Hocko wrote: > On Fri 25-08-17 18:34:33, Will Deacon wrote: >> On Thu, Aug 24, 2017 at 10:32:26AM +0200, Michal Hocko wrote: >>> It seems this has slipped through cracks. Let's CC arm64 guys >>> >>> On Tue 20-06-17 20:43:28, Zhen Lei wrote: When I executed numactl

Re: [PATCH 1/1] mm: only dispaly online cpus of the numa node

On 2017/8/28 21:13, Michal Hocko wrote: > On Fri 25-08-17 18:34:33, Will Deacon wrote: >> On Thu, Aug 24, 2017 at 10:32:26AM +0200, Michal Hocko wrote: >>> It seems this has slipped through cracks. Let's CC arm64 guys >>> >>> On Tue 20-06-17 20:43:28, Zhen Lei wrote: When I executed numactl

Re: [Part1 PATCH v5 00/17] x86: Secure Encrypted Virtualization (AMD)

On Wed, Sep 27, 2017 at 10:13:12AM -0500, Brijesh Singh wrote: > This part of Secure Encrypted Virtualization (SEV) series focuses on the > changes required in a guest OS for SEV support. ... > This series is based on tip/master commit : a35205980288 (Merge branch > 'WIP.x86/fpu'). > >

Re: [Part1 PATCH v5 00/17] x86: Secure Encrypted Virtualization (AMD)

On Wed, Sep 27, 2017 at 10:13:12AM -0500, Brijesh Singh wrote: > This part of Secure Encrypted Virtualization (SEV) series focuses on the > changes required in a guest OS for SEV support. ... > This series is based on tip/master commit : a35205980288 (Merge branch > 'WIP.x86/fpu'). > >

Re: [PATCH v4 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

-dt-Update-ti-emif-bindings/20170929-111250 config: arm-allmodconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin

Re: [PATCH v4 2/2] memory: ti-emif-sram: introduce relocatable suspend/resume handlers

-dt-Update-ti-emif-bindings/20170929-111250 config: arm-allmodconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705 reproduce: wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin

[linux-next][DLPAR] kernel BUG at arch/powerpc/lib/locks.c:34!

Hi, Memory hot-unplug operation on linux-next kernel (4K pagesize) results in BUG_ON() at arch/powerpc/lib/locks.c /* * Waiting for a read lock or a write lock on a rwlock... * This turns out to be the same for read and write locks, since * we only know the holder if it is write-locked. */

[linux-next][DLPAR] kernel BUG at arch/powerpc/lib/locks.c:34!

Hi, Memory hot-unplug operation on linux-next kernel (4K pagesize) results in BUG_ON() at arch/powerpc/lib/locks.c /* * Waiting for a read lock or a write lock on a rwlock... * This turns out to be the same for read and write locks, since * we only know the holder if it is write-locked. */

Re: [PATCH v5 1/2] dax: introduce CONFIG_DAX_DRIVER

Dan Williams writes: > In support of allowing device-mapper to compile out idle/dead code when > there are no dax providers in the system, introduce the DAX_DRIVER > symbol. This is selected by all leaf drivers that device-mapper might be > layered on top. This allows

Re: [PATCH v5 1/2] dax: introduce CONFIG_DAX_DRIVER

Dan Williams writes: > In support of allowing device-mapper to compile out idle/dead code when > there are no dax providers in the system, introduce the DAX_DRIVER > symbol. This is selected by all leaf drivers that device-mapper might be > layered on top. This allows device-mapper to

Re: [PATCH for-next 3/9] RDMA/hns: Add return statement when kzalloc return NULL in hns_roce_v1_recreate_lp_qp

On 2017/9/28 20:59, Leon Romanovsky wrote: On Thu, Sep 28, 2017 at 07:56:59PM +0800, Wei Hu (Xavier) wrote: On 2017/9/28 17:13, Leon Romanovsky wrote: On Thu, Sep 28, 2017 at 12:57:28PM +0800, Wei Hu (Xavier) wrote: From: Lijun Ou When lp_qp_work is NULL, it should be

Re: [PATCH for-next 3/9] RDMA/hns: Add return statement when kzalloc return NULL in hns_roce_v1_recreate_lp_qp

On 2017/9/28 20:59, Leon Romanovsky wrote: On Thu, Sep 28, 2017 at 07:56:59PM +0800, Wei Hu (Xavier) wrote: On 2017/9/28 17:13, Leon Romanovsky wrote: On Thu, Sep 28, 2017 at 12:57:28PM +0800, Wei Hu (Xavier) wrote: From: Lijun Ou When lp_qp_work is NULL, it should be returned ENOMEM.

Re: [PATCH v8 12/28] x86/insn-eval: Add utility functions to get segment selector

On Thu, 2017-09-28 at 11:36 +0200, Borislav Petkov wrote: > On Wed, Sep 27, 2017 at 03:32:26PM -0700, Ricardo Neri wrote: > > > > The idea is that get_overridden_seg_reg() would implement the logic you > > just described. It would return return INAT_SEG_REG_DEFAULT/IGNORE when > > segment

Re: [PATCH v8 12/28] x86/insn-eval: Add utility functions to get segment selector

On Thu, 2017-09-28 at 11:36 +0200, Borislav Petkov wrote: > On Wed, Sep 27, 2017 at 03:32:26PM -0700, Ricardo Neri wrote: > > > > The idea is that get_overridden_seg_reg() would implement the logic you > > just described. It would return return INAT_SEG_REG_DEFAULT/IGNORE when > > segment

[PATCH 3/5] f2fs: fix to show ino management cache size correctly

It needs to stat size of ino management cache with all type instead of orphan ino type. Fixes: 652be55162dc ("f2fs: show # of orphan inodes") Signed-off-by: Chao Yu --- fs/f2fs/debug.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/f2fs/debug.c

[PATCH 2/5] f2fs: drop FI_UPDATE_WRITE tag after f2fs_issue_flush

If we failed to issue flush in ->fsync, we need to keep FI_UPDATE_WRITE flag to make sure triggering flush in next ->fsync. Signed-off-by: Chao Yu --- fs/f2fs/file.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c

[PATCH 4/5] f2fs: enhance multiple device flush

When multiple device feature is enabled, during ->fsync we will issue flush in all devices to make sure node/data of the file being persisted into storage. But some flushes of device could be unneeded as file's data may be not writebacked into those devices. So this patch adds and manage bitmap

[PATCH 3/5] f2fs: fix to show ino management cache size correctly

It needs to stat size of ino management cache with all type instead of orphan ino type. Fixes: 652be55162dc ("f2fs: show # of orphan inodes") Signed-off-by: Chao Yu --- fs/f2fs/debug.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/f2fs/debug.c b/fs/f2fs/debug.c index

[PATCH 2/5] f2fs: drop FI_UPDATE_WRITE tag after f2fs_issue_flush

If we failed to issue flush in ->fsync, we need to keep FI_UPDATE_WRITE flag to make sure triggering flush in next ->fsync. Signed-off-by: Chao Yu --- fs/f2fs/file.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c index

[PATCH 4/5] f2fs: enhance multiple device flush

When multiple device feature is enabled, during ->fsync we will issue flush in all devices to make sure node/data of the file being persisted into storage. But some flushes of device could be unneeded as file's data may be not writebacked into those devices. So this patch adds and manage bitmap

[PATCH 5/5] f2fs: fix to flush multiple device in checkpoint

If f2fs manages multiple devices, in checkpoint, we need to issue flush in those devices which contain dirty data/node in their cache before we write checkpoint region, otherwise, filesystem metadata could be corrupted if hitting SPO after checkpoint. Signed-off-by: Chao Yu

[PATCH 5/5] f2fs: fix to flush multiple device in checkpoint

If f2fs manages multiple devices, in checkpoint, we need to issue flush in those devices which contain dirty data/node in their cache before we write checkpoint region, otherwise, filesystem metadata could be corrupted if hitting SPO after checkpoint. Signed-off-by: Chao Yu ---

[PATCH 1/5] f2fs: obsolete ALLOC_NID_LIST list

As Fan Li reported, there is no user traversing nid_list[ALLOC_NID_LIST] which is used for tracking preallocated nids. Let's drop it, and only track preallocated nids in free_nid_root radix-tree. Reported-by: Fan Li Signed-off-by: Chao Yu ---

[PATCH 1/5] f2fs: obsolete ALLOC_NID_LIST list

As Fan Li reported, there is no user traversing nid_list[ALLOC_NID_LIST] which is used for tracking preallocated nids. Let's drop it, and only track preallocated nids in free_nid_root radix-tree. Reported-by: Fan Li Signed-off-by: Chao Yu --- fs/f2fs/debug.c| 8 ++--- fs/f2fs/f2fs.h |

<    8   9   10   11   12   13