[PATCH] x86/paravirt: Do not trace _paravirt_ident_*() functions

Łukasz Daniluk reported that on a RHEL kernel that his machine would lock up after enabling function tracer. I asked him to bisect the functions within available_filter_functions, which he did and it came down to three: _paravirt_nop(), _paravirt_ident_32() and _paravirt_ident_64() It was

Re: [PATCH] Add virtio gpu driver.

On 25 May 2016 at 17:40, Daniel Vetter wrote: > On Mon, Mar 30, 2015 at 4:49 PM, Daniel Vetter wrote: >> On Mon, Mar 30, 2015 at 02:23:47PM +0200, Gerd Hoffmann wrote: >>> > > Signed-off-by: Dave Airlie >>> > > Signed-off-by: Gerd Hoffmann

Re: [PATCH] Add virtio gpu driver.

On Mon, Mar 30, 2015 at 4:49 PM, Daniel Vetter wrote: > On Mon, Mar 30, 2015 at 02:23:47PM +0200, Gerd Hoffmann wrote: >> > > Signed-off-by: Dave Airlie >> > > Signed-off-by: Gerd Hoffmann >> > >> > Standard request from my side for new

Re: [PATCH v3 7/7] [wip] virtio-gpu: add page flip support

On Fri, Oct 2, 2015 at 1:58 PM, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann So I entirely missed this, but this isn't really how to implement page_flip for an atomic driver. Working on some stuff and will hack up a likely totally broken patch, but

RE: [PATCH RFC kernel] balloon: speed up inflating/deflating process

> > > Interesting. How about instead of tell host, we do multiple scans, > > > each time ignoring pages out of range? > > > > > > for (pfn = min pfn; pfn < max pfn; pfn += 1G) { > > > foreach page > > > if page pfn < pfn || page pfn >= pfn + 1G > > >

Re: [PATCH RFC kernel] balloon: speed up inflating/deflating process

On Wed, May 25, 2016 at 10:10:47AM +, Li, Liang Z wrote: > > > > > > > > > > Hi MST, > > > > > > > > > > I have measured the performance when using a 32K page bitmap, > > > > > > > > Just to make sure. Do you mean a 32Kbyte bitmap? > > > > Covering 1Gbyte of memory? > > > Yes. > > > > > > > >

RE: [PATCH RFC kernel] balloon: speed up inflating/deflating process

> > > > > > > > Hi MST, > > > > > > > > I have measured the performance when using a 32K page bitmap, > > > > > > Just to make sure. Do you mean a 32Kbyte bitmap? > > > Covering 1Gbyte of memory? > > Yes. > > > > > > > > > and inflate the balloon to 3GB > > > > of an idle guest with 4GB RAM. > > >

Re: [PATCH RFC kernel] balloon: speed up inflating/deflating process

On Wed, May 25, 2016 at 09:28:58AM +, Li, Liang Z wrote: > > On Wed, May 25, 2016 at 08:48:17AM +, Li, Liang Z wrote: > > > > > > Suggestion to address all above comments: > > > > > > 1. allocate a bunch of pages and link them up, > > > > > >calculating the min and the max pfn.

RE: [PATCH RFC kernel] balloon: speed up inflating/deflating process

> On Wed, May 25, 2016 at 08:48:17AM +, Li, Liang Z wrote: > > > > > Suggestion to address all above comments: > > > > > 1. allocate a bunch of pages and link them up, > > > > > calculating the min and the max pfn. > > > > > if max-min exceeds the allocated bitmap size,

Re: [PATCH RFC kernel] balloon: speed up inflating/deflating process

On Wed, May 25, 2016 at 08:48:17AM +, Li, Liang Z wrote: > > > > Suggestion to address all above comments: > > > > 1. allocate a bunch of pages and link them up, > > > >calculating the min and the max pfn. > > > >if max-min exceeds the allocated bitmap size, > >

RE: [PATCH RFC kernel] balloon: speed up inflating/deflating process

> > > Suggestion to address all above comments: > > > 1. allocate a bunch of pages and link them up, > > > calculating the min and the max pfn. > > > if max-min exceeds the allocated bitmap size, > > > tell host. > > > > I am not sure if it works well in some cases, e.g. The

Re: [PATCH RFC kernel] balloon: speed up inflating/deflating process

On Wed, May 25, 2016 at 01:00:27AM +, Li, Liang Z wrote: > It should be changed if we are going to use a small page bitmap. Exactly. ___ Virtualization mailing list Virtualization@lists.linux-foundation.org

[PATCH v3 1/6] qspinlock: powerpc support qspinlock

Base code to enable qspinlock on powerpc. this patch add some #ifdef here and there. Although there is no paravirt related code, we can successfully build a qspinlock kernel after apply this patch. Signed-off-by: Pan Xinhui --- arch/powerpc/include/asm/qspinlock.h

[PATCH v3 6/6] powerpc: pseries: Add pv-qspinlock build config/make

pseries has PowerVM support, the default option is Y. Signed-off-by: Pan Xinhui --- arch/powerpc/kernel/Makefile | 1 + arch/powerpc/platforms/pseries/Kconfig | 8 2 files changed, 9 insertions(+) diff --git a/arch/powerpc/kernel/Makefile

[PATCH v3 2/6] powerpc: pseries/Kconfig: Add qspinlock build config

pseries will use qspinlock by default. Signed-off-by: Pan Xinhui --- arch/powerpc/platforms/pseries/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/powerpc/platforms/pseries/Kconfig b/arch/powerpc/platforms/pseries/Kconfig index bec90fb..f669323

[PATCH v3 5/6] pv-qspinlock: use cmpxchg_release in __pv_queued_spin_unlock

cmpxchg_release is light-wight than cmpxchg, we can gain a better performace then. On some arch like ppc, barrier impact the performace too much. Suggested-by: Boqun Feng Signed-off-by: Pan Xinhui --- kernel/locking/qspinlock_paravirt.h | 2

[PATCH v3 0/6] powerpc use pv-qpsinlock as the default spinlock implemention

change from v2: __spin_yeild_cpu() will yield slices to lpar if target cpu is running. remove unnecessary rmb() in __spin_yield/wake_cpu. __pv_wait() will check the *ptr == val. some commit message change change fome v1: separate into 6 pathes from one