[Xen-devel] [PATCH v2 07/11] x86/xen: use capabilities instead of fake cpuid values for mwait

When running as pv domain xen_cpuid() is being used instead of native_cpuid(). In xen_cpuid() the mwait feature is indicated to be present or not by special casing the related cpuid leaf. Instead of delivering fake cpuid values use the cpu capability bit for mwait instead. Signed-off-by: Juergen

[Xen-devel] [PATCH v2 11/11] x86/cpu: remove hypervisor specific set_cpu_features

There is no user of x86_hyper->set_cpu_features() any more. Remove it. Cc: Thomas Gleixner <t...@linutronix.de> Cc: Ingo Molnar <mi...@redhat.com> Cc: "H. Peter Anvin" <h...@zytor.com> Cc: x...@kernel.org Signed-off-by: Juergen Gross <jgr...@suse.com> ---

[Xen-devel] [PATCH v2 01/11] xen: set cpu capabilities from xen_start_kernel()

There is no need to set the same capabilities for each cpu individually. This can easily be done for all cpus when starting the kernel. Signed-off-by: Juergen Gross <jgr...@suse.com> --- arch/x86/xen/enlighten_pv.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff

[Xen-devel] [PATCH v2 05/11] x86/xen: use capabilities instead of fake cpuid values for acc

. Signed-off-by: Juergen Gross <jgr...@suse.com> --- arch/x86/xen/enlighten_pv.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/arch/x86/xen/enlighten_pv.c b/arch/x86/xen/enlighten_pv.c index 37e174d9009b..53fe97bd720f 100644 --- a/arch/x86/xen/enlighten_pv.c +++ b/arch/x

[Xen-devel] [PATCH v2 02/11] x86/xen: don't indicate DCA support in pv domains

Xen doesn't support DCA (direct cache access) for pv domains. Clear the corresponding capability indicator. Signed-off-by: Juergen Gross <jgr...@suse.com> --- arch/x86/xen/enlighten_pv.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/x86/xen/enlighten_pv.c b/arch/x86/xen/enlighte

[Xen-devel] [PATCH v2 08/11] x86/xen: use capabilities instead of fake cpuid values for x2apic

-by: Juergen Gross <jgr...@suse.com> --- arch/x86/xen/enlighten_pv.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/x86/xen/enlighten_pv.c b/arch/x86/xen/enlighten_pv.c index d43382284ada..38dec28a8e6d 100644 --- a/arch/x86/xen/enlighten_pv.c +++ b/arch/x86/xen/enlighte

Re: [Xen-devel] [PATCH v3] xen, input: add xen-kbdfront module parameter for setting resolution

On 12/04/17 18:24, Dmitry Torokhov wrote: > On Wed, Apr 12, 2017 at 06:04:30PM +0200, Juergen Gross wrote: >> On 12/04/17 17:16, Dmitry Torokhov wrote: >>> Hi Juergen, >>> >>> On Tue, Apr 11, 2017 at 02:30:37PM +0200, Juergen Gross wrote: >>>> A

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

On 12/04/17 15:44, Ian Jackson wrote: > Greg KH writes ("Re: Please apply "partially revert "xen: Remove event > channel...""): >> On Wed, Apr 12, 2017 at 03:26:53PM +0200, Juergen Gross wrote: >>> On 12/04/17 15:13, Greg KH wrote: >>>>

Re: [Xen-devel] [PATCH v3] xen, input: add xen-kbdfront module parameter for setting resolution

On 12/04/17 17:16, Dmitry Torokhov wrote: > Hi Juergen, > > On Tue, Apr 11, 2017 at 02:30:37PM +0200, Juergen Gross wrote: >> Add a parameter for setting the resolution of xen-kbdfront in order to >> be able to cope with a (virtual) frame buffer of arbitrary resolution. >

Re: [Xen-devel] [PATCH v3] xen, input: add xen-kbdfront module parameter for setting resolution

On 12/04/17 16:13, Oleksandr Andrushchenko wrote: > Hi, Juergen! > > > On 04/11/2017 03:30 PM, Juergen Gross wrote: >> Add a parameter for setting the resolution of xen-kbdfront in order to >> be able to cope with a (virtual) frame buffer of arbitrary resolution.

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

On 12/04/17 15:13, Greg KH wrote: > On Fri, Apr 07, 2017 at 12:58:14PM +0100, Ian Jackson wrote: >> tl;dr: >> Please apply >> >> da72ff5bfcb02c6ac8b169a7cf597a3c8e6c4de1 >> partially revert "xen: Remove event channel notification through >> Xen PCI platform device" >> >> to all

[Xen-devel] [PATCH v3] xen, kdump: handle pv domain in paddr_vmcoreinfo_note()

ot; it can be replaced easily in Xen case. Signed-off-by: Juergen Gross <jgr...@suse.com> Tested-by: Petr Tesarik <ptesa...@suse.com> Reviewed-by: Boris Ostrovsky <boris.ostrov...@oracle.com> Reviewed-by: Daniel Kiper <daniel.ki...@oracle.com> --- Changes in V3: - rebased to

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

On 11/04/17 16:42, Raslan, KarimAllah wrote: > >> On Apr 11, 2017, at 4:10 PM, Boris Ostrovsky >> wrote: >> >> >> I think the right thing is indeed to revert 72a9b186292 (and therefore da72ff5bfcb02). Any objections? >>> >>> For the end result:

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

On 11/04/17 15:22, Boris Ostrovsky wrote: > > > On 04/11/2017 05:53 AM, Andrew Cooper wrote: >> On 10/04/17 19:48, Boris Ostrovsky wrote: > The following is meant as a real question without any > prejudice: > > How old a Xen version do we want to support in the Linux >

Re: [Xen-devel] [PATCH v2] xen, kdump: handle pv domain in paddr_vmcoreinfo_note()

On 03/04/17 14:42, Daniel Kiper wrote: > On Fri, Mar 31, 2017 at 12:14:38PM +0200, Juergen Gross wrote: >> For kdump to work correctly it needs the physical address of >> vmcoreinfo_note. When running as dom0 this means the virtual address >> has to be translated to the re

[Xen-devel] [PATCH v3] xen, input: add xen-kbdfront module parameter for setting resolution

probing already and that is where they should be read. Signed-off-by: Juergen Gross <jgr...@suse.com> --- V3: - merged the two patches - read Xenstore parameters during probing of the device only --- drivers/input/misc/xen-kbdfront.c | 39 ++- 1 file chang

Re: [Xen-devel] [PATCH RFC] handle tsc_tolerance during migration between identical hosts

On 11/04/17 11:39, Olaf Hering wrote: > Testing has shown that domUs with 'tsc_mode=default' can be migrated > safely between identical hardware, even if the measured clock frequency > differs by a few kHz. A change like shown below would allow to migrate > between "2.nnGHz" hosts without

Re: [Xen-devel] [PATCH v2 1/2] xen, input: add xen-kbdfront module parameter for setting resolution

On 11/04/17 11:26, Oleksandr Andrushchenko wrote: > On 04/11/2017 11:50 AM, Juergen Gross wrote: >> Add a parameter for setting the resolution of xen-kbdfront in order to >> be able to cope with a (virtual) frame buffer of arbitrary resolution. >> >> Signed-off-by: Jue

Re: [Xen-devel] [PATCH v2 2/2] xen, input: repair xen-kbdfront resolution setting via xenstore

On 11/04/17 11:00, Oleksandr Andrushchenko wrote: > Hi, Juergen, > > could you please make one more patch in the series: > > the code that you fix in this patch is ok, but most > > of the functionality of the xenkbd_set_connected > > is still useless: feature-abs-pointer/request-abs-pointer >

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

On 10/04/17 17:32, Raslan, KarimAllah wrote: > > Ahmed, Karim Allah > karah...@amazon.de > > > >> On Apr 10, 2017, at 3:57 PM, Juergen Gross <jgr...@suse.com> wrote: >> >> On 10/04/17 15:47, Boris Ostrovsky wrote: >>> On 04/07/2017 06:11 PM

Re: [Xen-devel] [PATCH 1/2] xen, input: add xen-kbdfront module parameter for setting resolution

On 10/04/17 16:18, Oleksandr Andrushchenko wrote: > On 04/10/2017 05:11 PM, Juergen Gross wrote: >> On 10/04/17 16:00, Oleksandr Andrushchenko wrote: >>> >>> On 04/10/2017 04:50 PM, Juergen Gross wrote: >>>> On 10/04/17 15:44, Oleksandr Andrushchenko wrote:

[Xen-devel] [PATCH v2 0/2] xen, input: xen-kbdfront pointing device resolution support

tools. V2: patch 1: make resolution changes via xenstore visible in sysfs Juergen Gross (2): xen,input: add xen-kbdfront module parameter for setting resolution xen,input: repair xen-kbdfront resolution setting via xenstore drivers/input/misc/xen-kbdfront.c | 50

[Xen-devel] [PATCH v2 2/2] xen, input: repair xen-kbdfront resolution setting via xenstore

Setting the pointing device resolution via Xenstore isn't working reliably: in case XenbusStateInitWait has been missed the resolution settings won't be read. Correct this. Signed-off-by: Juergen Gross <jgr...@suse.com> Reviewed-by: Oleksandr Andrushchenko <oleksandr_andrushche...

[Xen-devel] [PATCH v2 1/2] xen, input: add xen-kbdfront module parameter for setting resolution

Add a parameter for setting the resolution of xen-kbdfront in order to be able to cope with a (virtual) frame buffer of arbitrary resolution. Signed-off-by: Juergen Gross <jgr...@suse.com> --- drivers/input/misc/xen-kbdfront.c | 18 ++ 1 file changed, 14 insertions

Re: [Xen-devel] null domains after xl destroy

On 11/04/17 07:25, Glenn Enright wrote: > Hi all > > We are seeing an odd issue with domu domains from xl destroy, under > recent 4.9 kernels a (null) domain is left behind. I guess this is the dom0 kernel version? > This has occurred on a variety of hardware, with no obvious commonality. > >

Re: [Xen-devel] [PATCH] x86/xen/time: set ->min_delta_ticks and ->max_delta_ticks

On 30/03/17 22:06, Nicolai Stange wrote: > In preparation for making the clockevents core NTP correction aware, > all clockevent device drivers must set ->min_delta_ticks and > ->max_delta_ticks rather than ->min_delta_ns and ->max_delta_ns: a > clockevent device's rate is going to change

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

On 10/04/17 17:32, Raslan, KarimAllah wrote: > > Ahmed, Karim Allah > karah...@amazon.de > > > >> On Apr 10, 2017, at 3:57 PM, Juergen Gross <jgr...@suse.com> wrote: >> >> On 10/04/17 15:47, Boris Ostrovsky wrote: >>> On 04/07/2017 06:11 PM

Re: [Xen-devel] [PATCH 1/2] xen, input: add xen-kbdfront module parameter for setting resolution

On 10/04/17 16:00, Oleksandr Andrushchenko wrote: > > > On 04/10/2017 04:50 PM, Juergen Gross wrote: >> On 10/04/17 15:44, Oleksandr Andrushchenko wrote: >>> Hi, Juergen! >>> >>> On 03/21/2017 07:19 PM, Juergen Gross wrote: >>>> Add a paramet

Re: [Xen-devel] Please apply "partially revert "xen: Remove event channel..."

>>> >>>>>> L1 dom0 console log: >>>>>> >>>>>> http://logs.test-lab.xenproject.org/osstest/logs/107238/test-amd64-amd64-qemuu-nested-intel/huxelrebe0---var-log-xen-osstest-serial-l1.guest.osstest.log >>>>>> >>>

Re: [Xen-devel] [PATCH 1/2] xen, input: add xen-kbdfront module parameter for setting resolution

On 10/04/17 15:44, Oleksandr Andrushchenko wrote: > Hi, Juergen! > > On 03/21/2017 07:19 PM, Juergen Gross wrote: >> Add a parameter for setting the resolution of xen-kbdfront in order to >> be able to cope with a (virtual) frame buffer of arbitrary resolution. >> >

Re: [Xen-devel] [For Linux 4/4] xen/displif: add ABI for para-virtual display

On 10/04/17 08:06, Oleksandr Andrushchenko wrote: > On 04/10/2017 09:03 AM, Juergen Gross wrote: >> On 07/04/17 16:02, Oleksandr Andrushchenko wrote: >>> Hi, Julien! >>> >>> On 04/07/2017 04:50 PM, Julien Grall wrote: >>>> Hi Oleksandr, >>&g

Re: [Xen-devel] [For Linux 4/4] xen/displif: add ABI for para-virtual display

On 07/04/17 16:02, Oleksandr Andrushchenko wrote: > Hi, Julien! > > On 04/07/2017 04:50 PM, Julien Grall wrote: >> Hi Oleksandr, >> >> On 07/04/17 09:30, Oleksandr Andrushchenko wrote: >>> +/* >>> + >>> ** >>> >>> + *

Re: [Xen-devel] raisin and minios stubdom

On 07/04/17 20:54, Géza Gémes wrote: > > On 01/04/17 08:19, Géza Gémes wrote: > > > > > > 2017. márc. 31. 16:15 ezt írta ("Juergen Gross" <jgr...@suse.com > <mailto:jgr...@suse.com> > > <mailto:jgr...@suse.com <mail

Re: [Xen-devel] Xen Crash at the boot time

On 07/04/17 23:42, dom...@ltmd.net wrote: > Topic was in xen-us...@lists.xen.org mailing list > (https://lists.xen.org/archives/html/xen-users/2017-03/msg00049.html) > but by advice was moved here. > > > We are trying to run Xen on our two servers Supermicro X10QBi, Version > 3.0, Build Date

Re: [Xen-devel] [PATCH 0/5] Towards a restartable oxenstored

On 07/04/17 16:31, Jonathan Davies wrote: > On 07/04/17 15:21, Juergen Gross wrote: >> Is the data format of the saved state documented somewhere? I'd >> appreciate any pointer or (in case there is no such doc) a followup >> patch to add the documentation. >> >>

Re: [Xen-devel] [PATCH 0/5] Towards a restartable oxenstored

On 07/04/17 16:09, Wei Liu wrote: > On Fri, Apr 07, 2017 at 02:27:17PM +0100, Jonathan Davies wrote: >> In order to make oxenstored restartable, we need to save internal state >> to a file on exit and restore from this file on startup. >> >> Much of the infrastructure for making oxenstored

Re: [Xen-devel] [For Linux 4/4] xen/displif: add ABI for para-virtual display

looks like it is easier to get fb support into displif > than vice versa. displif at the moment has 6 requests and 1 event, > multiple connector support, etc. > > Reviewed-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com> > Signed-off-by: Oleksandr Grytsov <oleksandr_gryt..

Re: [Xen-devel] [For Linux 3/4] xen/sndif: add sound-device ABI

_gryt...@epam.com> > Signed-off-by: Oleksandr Dmytryshyn <oleksandr.dmytrys...@globallogic.com> > Signed-off-by: Iurii Konovalenko <iurii.konovale...@globallogic.com> Acked-by: Juergen Gross <jgr...@suse.com> Juergen ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [For Linux 2/4] xen/kbdif: add multi-touch support

; > Reviewed-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com> > Reviewed-by: Stefano Stabellini <sstabell...@kernel.org> > Signed-off-by: Oleksandr Andrushchenko <oleksandr_andrushche...@epam.com> Acked-by: Juergen Gross <jgr...@suse.com> Juergen _

Re: [Xen-devel] [For Linux 1/4] xen/kbdif: update protocol description

; Reviewed-by: Stefano Stabellini <sstabell...@kernel.org> > Signed-off-by: Oleksandr Andrushchenko <oleksandr_andrushche...@epam.com> Acked-by: Juergen Gross <jgr...@suse.com> I don't think its appropriate to keep the R-b:'s from the Xen commits for the Linux ke

[Xen-devel] [GIT PULL] Xen fix for 4.11 rc6

Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.11b-rc6-tag It contains a fix for error path cleanup in the xenbus handler. Thanks. Juergen drivers/xen/xenbus/xenbus_dev_frontend.c | 4 +++- 1 file changed, 3 insertions(+), 1

Re: [Xen-devel] [PATCH] arm64: xen: Implement EFI reset_system callback

On 06/04/17 18:43, Daniel Kiper wrote: > On Thu, Apr 06, 2017 at 06:22:44PM +0200, Juergen Gross wrote: >> On 06/04/17 18:06, Daniel Kiper wrote: >>> Hi Julien, >>> >>> On Thu, Apr 06, 2017 at 04:39:13PM +0100, Julien Grall wrote: >>>> Hi Daniel,

Re: [Xen-devel] [PATCH] arm64: xen: Implement EFI reset_system callback

On 06/04/17 18:06, Daniel Kiper wrote: > Hi Julien, > > On Thu, Apr 06, 2017 at 04:39:13PM +0100, Julien Grall wrote: >> Hi Daniel, >> >> On 06/04/17 16:20, Daniel Kiper wrote: >>> On Thu, Apr 06, 2017 at 04:38:24PM +0200, Juergen Gross wrote: >&g

Re: [Xen-devel] [PATCH] arm64: xen: Implement EFI reset_system callback

On 06/04/17 16:27, Daniel Kiper wrote: > On Thu, Apr 06, 2017 at 09:32:32AM +0100, Julien Grall wrote: >> Hi Juergen, >> >> On 06/04/17 07:23, Juergen Gross wrote: >>> On 05/04/17 21:49, Boris Ostrovsky wrote: >>>> On 04/05/2017 02:14 PM, Julien Grall w

Re: [Xen-devel] [PATCH v2 2/2] xen: sched: improve robustness (and rename) DOM2OP()

On 06/04/17 12:59, Dario Faggioli wrote: > On Mon, 2017-03-27 at 14:23 +0100, George Dunlap wrote: >> On 17/03/17 18:19, Dario Faggioli wrote: >>> --- a/xen/common/schedule.c >>> +++ b/xen/common/schedule.c >>> @@ -77,8 +77,25 @@ static struct scheduler __read_mostly ops; >>> ((

Re: [Xen-devel] [PATCH] x86/xen/time: set ->min_delta_ticks and ->max_delta_ticks

On 30/03/17 22:06, Nicolai Stange wrote: > In preparation for making the clockevents core NTP correction aware, > all clockevent device drivers must set ->min_delta_ticks and > ->max_delta_ticks rather than ->min_delta_ns and ->max_delta_ns: a > clockevent device's rate is going to change

Re: [Xen-devel] [PATCH] arm64: xen: Implement EFI reset_system callback

On 06/04/17 10:32, Julien Grall wrote: > Hi Juergen, > > On 06/04/17 07:23, Juergen Gross wrote: >> On 05/04/17 21:49, Boris Ostrovsky wrote: >>> On 04/05/2017 02:14 PM, Julien Grall wrote: >>>> The x86 code has theoritically a similar issue, altought EFI do

Re: [Xen-devel] [PATCH] arm64: xen: Implement EFI reset_system callback

>> [ 37.393557] 7bc0: >> >> [ 37.401477] 7be0: 08c97dd8 08cc6fb0 >> 08cc6fb8 >> [ 37.409396] 7c00: 6974726174736552 800902067a50 05f5e0ff &g

[Xen-devel] [PATCH] xenstore: dont increment bool variable

Instead of incrementing a bool variable just set it to true. Signed-off-by: Juergen Gross <jgr...@suse.com> --- tools/xenstore/xenstored_domain.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tools/xenstore/xenstored_domain.c b/tools/xenstore/xenstored_domain.c

Re: [Xen-devel] [PATCH] xen, fbfront: add support for specifying size via xenstore

On 23/03/17 13:53, Juergen Gross wrote: > Today xen-fbfront supports specifying the display size via module > parameters only. Add support for specifying the size via Xenstore in > order to enable doing this easily via the domain's Xen configuration. > > Add an error

Re: [Xen-devel] [PATCH] xen, fbfront: fix connecting to backend

On 23/03/17 13:52, Juergen Gross wrote: > Connecting to the backend isn't working reliably in xen-fbfront: in > case XenbusStateInitWait of the backend has been missed the backend > transition to XenbusStateConnected will trigger the connected state > only without doing the actions r

Re: [Xen-devel] linux-next: manual merge of the xen-tip tree with the tip tree

On 04/04/17 18:04, Vitaly Kuznetsov wrote: > Juergen Gross <jgr...@suse.com> writes: > >> On 29/03/17 12:06, Vitaly Kuznetsov wrote: >>> Juergen Gross <jgr...@suse.com> writes: >>>> I'll create another branch for-linus-4.12 based on the tip tree nex

Re: [Xen-devel] linux-next: manual merge of the xen-tip tree with the tip tree

On 04/04/17 18:04, Vitaly Kuznetsov wrote: > Juergen Gross <jgr...@suse.com> writes: > >> On 29/03/17 12:06, Vitaly Kuznetsov wrote: >>> Juergen Gross <jgr...@suse.com> writes: >>>> I'll create another branch for-linus-4.12 based on the tip tree nex

Re: [Xen-devel] [PATCH] xenbus: remove transaction holder from list before freeing

is not being called (and if it > was called, it should do both). > > Fixes: 5584ea250ae44f929feb4c7bd3877d1c5edbf813 > Signed-off-by: Jan Beulich <jbeul...@suse.com> Reviewed-by: Juergen Gross <jgr...@suse.com> Thanks, Juergen

Re: [Xen-devel] [PATCH 0/2] xen, input: xen-kbdfront pointing device resolution support

On 21/03/17 18:19, Juergen Gross wrote: > As my patch tying the resolution of the xen pointing device to that of > the framebuffer wasn't accepted add support for different resolutions > via a module parameter. > > Another possibility would be to set parameters via Xenstore, but t

Re: [Xen-devel] [PATCH v2] xen, kdump: handle pv domain in paddr_vmcoreinfo_note()

On 03/04/17 14:42, Daniel Kiper wrote: > On Fri, Mar 31, 2017 at 12:14:38PM +0200, Juergen Gross wrote: >> For kdump to work correctly it needs the physical address of >> vmcoreinfo_note. When running as dom0 this means the virtual address >> has to be translated to the re

Re: [Xen-devel] linux-next: manual merge of the xen-tip tree with the tip tree

On 29/03/17 12:06, Vitaly Kuznetsov wrote: > Juergen Gross <jgr...@suse.com> writes: >> I'll create another branch for-linus-4.12 based on the tip tree next >> week which will be subject to the pull request for Linus. As soon as >> for-linus-4.12 is ready the for-linu

Re: [Xen-devel] linux-next: manual merge of the xen-tip tree with the tip tree

On 03/04/17 16:38, Ingo Molnar wrote: > > * Juergen Gross <jgr...@suse.com> wrote: > >>> So my suggestion would be: could you delay 75cd32d6093e for a week, and >>> then >>> merge it on top of a pulled in tip:x86/mm? I'll send that tree to Linus on

Re: [Xen-devel] raisin and minios stubdom

On 01/04/17 08:19, Géza Gémes wrote: > > > 2017. márc. 31. 16:15 ezt írta ("Juergen Gross" <jgr...@suse.com > <mailto:jgr...@suse.com>>): > > On 31/03/17 16:05, Konrad Rzeszutek Wilk wrote: > > On Thu, Mar 30, 2017 at 07:42:48PM +0200, Gémes

Re: [Xen-devel] [PATCH v2] xen: make functions in xen-acpi-processor return void

On 31/03/17 17:15, Konrad Rzeszutek Wilk wrote: > On Fri, Mar 31, 2017 at 04:40:56PM +0200, Juergen Gross wrote: >> There are several functions in xen-acpi-processor which either always >> return the same value or where the returned value is never checked. >> >> Mak

Re: [Xen-devel] [PATCH v2] xen: make functions in xen-acpi-processor return void

On 31/03/17 17:13, Boris Ostrovsky wrote: > On 03/31/2017 10:40 AM, Juergen Gross wrote: >> There are several functions in xen-acpi-processor which either always >> return the same value or where the returned value is never checked. >> >> Make the functions re

[Xen-devel] [PATCH v2] xen: make functions in xen-acpi-processor return void

There are several functions in xen-acpi-processor which either always return the same value or where the returned value is never checked. Make the functions return void. Signed-off-by: Juergen Gross <jgr...@suse.com> --- drivers/xen/xen-acpi-processor.

Re: [Xen-devel] [PATCH 1/2] xen: correct error handling in xen-acpi-processor

On 31/03/17 16:10, Boris Ostrovsky wrote: > On 03/31/2017 07:19 AM, Juergen Gross wrote: >> Error handling in upload_pm_data() is rather questionable: possible >> errno values from called functions are or'ed together resulting in >> strange return values: -EINVAL and -ENO

Re: [Xen-devel] raisin and minios stubdom

On 31/03/17 16:05, Konrad Rzeszutek Wilk wrote: > On Thu, Mar 30, 2017 at 07:42:48PM +0200, Gémes Géza wrote: >> >>> On Mon, Mar 27, 2017 at 09:28:14PM +0200, Gémes Géza wrote: Hi, Currently the xen build system has optional support for building a minios (+needed libraries and

Re: [Xen-devel] [PATCH v5 3/4] xenstore: rework of transaction handling

On 31/03/17 15:01, Wei Liu wrote: > On Fri, Mar 31, 2017 at 02:11:46PM +0200, Juergen Gross wrote: >> On 31/03/17 14:03, Wei Liu wrote: >>> Another stupid question below. >>> >>> On Fri, Mar 31, 2017 at 01:29:19PM +0200, Juergen Gross wrote: >>>>

Re: [Xen-devel] [PATCH v5 3/4] xenstore: rework of transaction handling

On 31/03/17 14:03, Wei Liu wrote: > Another stupid question below. > > On Fri, Mar 31, 2017 at 01:29:19PM +0200, Juergen Gross wrote: >> >> -struct changed_node >> +/* >> + * Some notes regarding detection and handling of transaction conflicts: >&g

[Xen-devel] [PATCH v5 3/4] xenstore: rework of transaction handling

before and after the tests Signed-off-by: Juergen Gross <jgr...@suse.com> --- tools/xenstore/xenstored_core.c| 147 +-- tools/xenstore/xenstored_core.h| 20 +- tools/xenstore/xenstored_domain.c | 24 +- tools/xenstore/xenstored_domain.h | 2 +- tools/xe

[Xen-devel] [PATCH 2/2] xen: make functions in xen-acpi-processor return void

The return value of xen_copy_pct_data() is always 0 and never checked. xen_copy_psd_data() returns always 0, too, so checking the value is kind of pointless. Make the functions return void. Signed-off-by: Juergen Gross <jgr...@suse.com> --- drivers/xen/xen-acpi-processor.

[Xen-devel] [PATCH 0/2] xen: fix and cleanup of xen-acpi-processor

Juergen Gross (2): xen: correct error handling in xen-acpi-processor xen: make functions in xen-acpi-processor return void drivers/xen/xen-acpi-processor.c | 18 -- 1 file changed, 8 insertions(+), 10 deletions(-) -- 2.10.2

[Xen-devel] [PATCH 1/2] xen: correct error handling in xen-acpi-processor

Signed-off-by: Juergen Gross <jgr...@suse.com> --- drivers/xen/xen-acpi-processor.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/xen/xen-acpi-processor.c b/drivers/xen/xen-acpi-processor.c index 23e391d..3659ed3 100644 --- a/drivers/xen/xen-acpi-processor.c

Re: [Xen-devel] [PATCH v4 3/4] xenstore: rework of transaction handling

On 31/03/17 13:00, Wei Liu wrote: > On Thu, Mar 30, 2017 at 06:41:11PM +0200, Juergen Gross wrote: > [...] >>> >>>>node->generation = generation++; >>>> - return; >>>> + if (conn && !conn->

[Xen-devel] [PATCH v2] xen, kdump: handle pv domain in paddr_vmcoreinfo_note()

ot; it can be replaced easily in Xen case. Signed-off-by: Juergen Gross <jgr...@suse.com> --- Changes in V2: - use __pa_symbol() (Boris Ostrovsky) - remove unneeded casts (Jan Beulich) This patch needs to be rebased on top of Vitaly's series to split pv- and hvm-code. I'll do this as so

Re: [Xen-devel] [PATCH] xen, kdump: handle pv domain in paddr_vmcoreinfo_note()

On 30/03/17 16:51, Boris Ostrovsky wrote: > On 03/30/2017 10:18 AM, Juergen Gross wrote: >> For kdump to work correctly it needs the physical address of >> vmcoreinfo_note. When running as dom0 this means the virtual address >> has to be translated to the re

Re: [Xen-devel] [PATCH] xen, kdump: handle pv domain in paddr_vmcoreinfo_note()

On 30/03/17 17:05, Jan Beulich wrote: On 30.03.17 at 16:18, wrote: >> @@ -2903,3 +2906,13 @@ int xen_unmap_domain_gfn_range(struct vm_area_struct >> *vma, >> return -EINVAL; >> } >> EXPORT_SYMBOL_GPL(xen_unmap_domain_gfn_range); >> + >> +#ifdef CONFIG_KEXEC_CORE >>

Re: [Xen-devel] 4.9.19 (and others) hang when running as a nested dom0

On 30/03/17 18:32, George Dunlap wrote: > I normally test CentOS using nested virtualization (mainly because > it's easy to restore the disk to a known state). At some point in the > last six months this basically stopped working, as newer kernels (and > even backports) stopped booting properly

Re: [Xen-devel] [PATCH v4 3/4] xenstore: rework of transaction handling

On 30/03/17 17:41, Wei Liu wrote: > On Thu, Mar 30, 2017 at 03:11:48PM +0200, Juergen Gross wrote: > [...] >> + >> +/* >> + * A node has been accessed. >> + * >> + * Modifying accesses (write, delete) always update the generation (global >> and >&g

[Xen-devel] [PATCH] xen, kdump: handle pv domain in paddr_vmcoreinfo_note()

ot; it can be replaced easily in Xen case. Signed-off-by: Juergen Gross <jgr...@suse.com> --- This patch needs to be rebased on top of Vitaly's series to split pv- and hvm-code. I'll do this as soon as his series is in the Xen tree in its final form. --- arch/x86/xen/mmu.c | 13 + 1

[Xen-devel] [PATCH v4 3/4] xenstore: rework of transaction handling

before and after the tests Signed-off-by: Juergen Gross <jgr...@suse.com> --- V4: remove access_type parameter from transaction_prepend() (Liu Wei) remove a comment referencing tdb_context() --- tools/xenstore/xenstored_core.c| 146 +-- tools/xenstore/xenstored_

Re: [Xen-devel] [PATCH v3 3/4] xenstore: rework of transaction handling

On 30/03/17 13:17, Wei Liu wrote: > On Tue, Mar 28, 2017 at 06:26:14PM +0200, Juergen Gross wrote: > [...] >> + >> +static char *transaction_get_node_name(void *ctx, struct transaction *trans, >> + const char *name) >> +{ >

Re: [Xen-devel] [GSoc] Adding Floating Point support to Mini-OS

On 29/03/17 20:53, Felix Schmoll wrote: > Hi, > > while looking at this some more I came to the following > questions/assumptions, so I'd be grateful if you could shortly address them: > > -While implementing our own kernel last semester me and my team-mate > came to believe that pusha/popa were

Re: [Xen-devel] [PATCH v3 0/4] xenstore: rework of transaction handling

Cc-ing Julien, as this series is meant for 4.9. Juergen On 28/03/17 18:26, Juergen Gross wrote: > Rework the transaction handling of xenstored to no longer raise > conflicts so often. > > This series has been sent for pre-review to some reviewers before as the > series is rel

Re: [Xen-devel] linux-next: manual merge of the xen-tip tree with the tip tree

On 29/03/17 10:59, Ingo Molnar wrote: > > * Juergen Gross <jgr...@suse.com> wrote: > >> On 29/03/17 05:35, Stephen Rothwell wrote: >>> Hi all, >>> >>> Today's linux-next merge of the xen-tip tree got a conflict in: >>&g

Re: [Xen-devel] linux-next: manual merge of the xen-tip tree with the tip tree

On 29/03/17 10:59, Ingo Molnar wrote: > > * Juergen Gross <jgr...@suse.com> wrote: > >> On 29/03/17 05:35, Stephen Rothwell wrote: >>> Hi all, >>> >>> Today's linux-next merge of the xen-tip tree got a conflict in: >>&g

Re: [Xen-devel] linux-next: manual merge of the xen-tip tree with the tip tree

On 29/03/17 05:35, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the xen-tip tree got a conflict in: > > arch/x86/xen/enlighten.c > > between commits: > > 6415813bae75 ("x86/cpu: Drop wp_works_ok member of struct cpuinfo_x86") > 69218e47994d ("x86: Remap GDT tables in

Re: [Xen-devel] [PATCH v4 1/8] xen: import ring.h from xen

On 29/03/17 01:54, Stefano Stabellini wrote: > On Tue, 28 Mar 2017, Juergen Gross wrote: >> On 28/03/17 00:48, Stefano Stabellini wrote: >>> On Mon, 27 Mar 2017, Juergen Gross wrote: >>>> On 24/03/17 18:37, Stefano Stabellini wrote: >>>>> On Fri, 24 M

Re: [Xen-devel] maybe revert commit c275a57f5ec3 "xen/balloon: Set balloon's initial state to number of existing RAM pages"

On 28/03/17 18:32, Boris Ostrovsky wrote: > On 03/28/2017 11:30 AM, Juergen Gross wrote: >> On 28/03/17 16:27, Boris Ostrovsky wrote: >>> On 03/28/2017 04:08 AM, Jan Beulich wrote: >>>>>>> On 28.03.17 at 03:57, <boris.ostrov...@oracle.com> wrote: >&

[Xen-devel] [PATCH v3 0/4] xenstore: rework of transaction handling

without disclosing the XSA. Changes in V3: - don't always return EAGAIN in case of a failed transaction: it can be ENOMEM or ENOSPC, too. Changes in V2: - Rebase on top of those patches - split patch 1 in two patches as suggested by Ian Juergen Gross (4): xenstore: let write_node() and some

[Xen-devel] [PATCH v3 1/4] xenstore: let write_node() and some callers return errno

Instead of setting errno and returning true or false return the error value directly. In order to ensure all call sites have been changed according to the modification rename the functions to xs_*. Signed-off-by: Juergen Gross <jgr...@suse.com> Reviewed-by: Wei Liu <wei.l...@c

[Xen-devel] [PATCH v3 4/4] xenstore: cleanup tdb.c

downside to remove not needed code. Signed-off-by: Juergen Gross <jgr...@suse.com> Acked-by: Ian Jackson <ian.jack...@eu.citrix.com> Acked-by: Wei Liu <wei.l...@citrix.com> --- tools/xenstore/tdb.c | 439 +-- tools/xenstore/tdb.h

[Xen-devel] [PATCH v3 2/4] xenstore: undo function rename

Undo the function rename done in previous patch. Signed-off-by: Juergen Gross <jgr...@suse.com> Reviewed-by: Wei Liu <wei.l...@citrix.com> --- tools/xenstore/xenstored_core.c | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/to

[Xen-devel] [PATCH v3 3/4] xenstore: rework of transaction handling

before and after the tests Signed-off-by: Juergen Gross <jgr...@suse.com> --- tools/xenstore/xenstored_core.c| 151 ++-- tools/xenstore/xenstored_core.h| 17 +- tools/xenstore/xenstored_domain.c | 24 +- tools/xenstore/xenstored_domain.h | 2 +- tools/xe

Re: [Xen-devel] maybe revert commit c275a57f5ec3 "xen/balloon: Set balloon's initial state to number of existing RAM pages"

On 28/03/17 16:27, Boris Ostrovsky wrote: > On 03/28/2017 04:08 AM, Jan Beulich wrote: > On 28.03.17 at 03:57, wrote: >>> I think there is indeed a disconnect between target memory (provided by >>> the toolstack) and current memory (i.e actual pages available to

Re: [Xen-devel] [Xen-users] "Hello Xen Project" Book.

On 28/03/17 13:51, Lars Kurth wrote: > >> On 16 Mar 2017, at 05:00, Juergen Gross <jgr...@suse.com> wrote: >> >> On 15/03/17 19:05, Mohsen wrote: >>> Thank you so much Lars. >>> I used LibreOffice and I will test HTML format and inform you. >>

Re: [Xen-devel] [PATCH v3 00/21] x86/xen: untangle PV and PVHVM guest support code

On 14/03/17 18:35, Vitaly Kuznetsov wrote: > Changes since v2: > - Rebase to 4.11.0-rc1+ > - XEN_HAVE_PVMMU moved to config XEN_PV [Juergen Gross] > - .pin_vcpu kept for x86_hyper_xen_hvm to support PVH Dom0 in future > [Juergen Gross] > - 'extern' qualifiers dropped fro

Re: [Xen-devel] [PATCH v4 1/8] xen: import ring.h from xen

On 28/03/17 00:48, Stefano Stabellini wrote: > On Mon, 27 Mar 2017, Juergen Gross wrote: >> On 24/03/17 18:37, Stefano Stabellini wrote: >>> On Fri, 24 Mar 2017, Juergen Gross wrote: >>>> On 23/03/17 19:22, Stefano Stabellini wrote: >>>>> On Thu, 23 M

Re: [Xen-devel] [PATCH v4 1/8] xen: import ring.h from xen

On 24/03/17 18:37, Stefano Stabellini wrote: > On Fri, 24 Mar 2017, Juergen Gross wrote: >> On 23/03/17 19:22, Stefano Stabellini wrote: >>> On Thu, 23 Mar 2017, Paolo Bonzini wrote: >>>> On 23/03/2017 14:55, Juergen Gross wrote: >>>>> On 23/03/17 14:00

Re: [Xen-devel] [PATCH v2] configure: use pkg-config for obtaining xen version

On 27/03/17 11:07, Paul Durrant wrote: >> -Original Message- >> From: Juergen Gross [mailto:jgr...@suse.com] >> Sent: 27 March 2017 08:43 >> To: qemu-de...@nongnu.org; xen-de...@lists.xenproject.org >> Cc: Anthony Perard <anthony.per...@citrix.com

[Xen-devel] [PATCH v2] configure: use pkg-config for obtaining xen version

of the pkg-config output. This will avoid breaking an in-tree Xen build of an old Xen version while a new Xen version is installed on the build machine: pkg-config would pick up the installed Xen config files as the Xen tree wouldn't contain any of them. Signed-off-by: Juergen Gross <jgr...@suse.

Re: [Xen-devel] [Qemu-devel] [PATCH RESEND] xen: limit pkg-config to PKG_CONFIG_PATH for xen libraries

On 24/03/17 20:34, Paul Durrant wrote: >> -Original Message- >> From: Qemu-devel [mailto:qemu-devel- >> bounces+paul.durrant=citrix@nongnu.org] On Behalf Of Paul Durrant >> Sent: 24 March 2017 19:18 >> To: 'Stefano Stabellini' <sstabell...@kernel.org>

Re: [Xen-devel] [PATCH RESEND] xen: limit pkg-config to PKG_CONFIG_PATH for xen libraries

ack to > previous methods of probing. > > Signed-off-by: Paul Durrant <paul.durr...@citrix.com> NAK. You are breaking normal qemu build with installed Xen pkg-config files. Juergen > --- > Cc: Anthony Perard <anthony.per...@citrix.com> > Cc: Stefano Stabel

<    7   8   9   10   11   12   13   14   15   16   >