[Xen-devel] help for python log in xen-4.4.1

Hi,alls There are some python code in xen-4.4.1,and in the python code there are lots debug information such as log.debug("***"),log.exception("***"),XendError("*")and so on. I want to get this kind of information but I don't know where to get them. Can someone tell me? else,I try

[Xen-devel] [PATCH v8] tools & docs: add tools and docs support for Intel CDP

This is the xl/xc changes to support Intel Code/Data Prioritization. CAT xl commands to set/get CBMs are extended to support CDP. Add new CDP options with CAT commands in xl interface man page. Add description of CDP in xl-psr.markdown. Signed-off-by: He Chen

[Xen-devel] [PATCH v8] detect and initialize CDP (Code/Data Prioritization) feature

Changes in v8: - x86: * x86/psr part is not included in this version since it had been merged to upstream - tools & docs: * fix per socekt CDP status show bug * fix word missing in xl-psr.markdown * coding style Changes in v7: - x86: * amend function find_cos and pick_avail_cos to

Re: [Xen-devel] [PATCH 4/5] raisin: Change update/release parsing OSes

On Mon, 19 Oct 2015, George Dunlap wrote: > On 16/10/15 14:49, Stefano Stabellini wrote: > > On Wed, 14 Oct 2015, George Dunlap wrote: > >> At the moment, something like 7.1.1503 will be parsed as RELEASE=7.1 > >> UPDATE=1503. Change the bash string so that RELEASE=7 UPDATE=1.1503 > >> in this

Re: [Xen-devel] [PATCH 4/5] raisin: Change update/release parsing OSes

On 19/10/15 12:26, Stefano Stabellini wrote: > On Mon, 19 Oct 2015, George Dunlap wrote: >> On 16/10/15 14:49, Stefano Stabellini wrote: >>> On Wed, 14 Oct 2015, George Dunlap wrote: At the moment, something like 7.1.1503 will be parsed as RELEASE=7.1 UPDATE=1503. Change the bash string

Re: [Xen-devel] [PATCH 5/5] raisin: Add XEN_CONFIG_EXTRA to config file

On Mon, 19 Oct 2015, George Dunlap wrote: > On 16/10/15 14:53, Stefano Stabellini wrote: > > On Wed, 14 Oct 2015, George Dunlap wrote: > >> Allowing the user to enable or disable specific functionality, such as > >> stubdoms. > >> > >> Signed-off-by: George Dunlap > >

Re: [Xen-devel] [ovmf bisection] complete test-amd64-i386-xl-qemuu-ovmf-amd64

On Mon, Oct 19, 2015 at 01:50:12PM +0100, Wei Liu wrote: > On Mon, Oct 19, 2015 at 12:13:45PM +, osstest service owner wrote: > > branch xen-unstable > > xen branch xen-unstable > > job test-amd64-i386-xl-qemuu-ovmf-amd64 > > test debian-hvm-install > > > > Tree: linux

[Xen-devel] [PATCH] xen/device-tree: Print the DT path on error in dt_for_each_range

With the current log is not possible for the user to understand properly the error: (XEN) Grant table range: 0x007fc0-0x007fc72000 (XEN) DT: no ranges; cannot enumerate (XEN) Device tree generation failed (-22). (XEN) (XEN) (XEN) Panic on CPU

Re: [Xen-devel] [PATCH 5/5] raisin: Add XEN_CONFIG_EXTRA to config file

On Mon, 19 Oct 2015, George Dunlap wrote: > On 19/10/15 12:37, Stefano Stabellini wrote: > > On Mon, 19 Oct 2015, George Dunlap wrote: > >> On 16/10/15 14:53, Stefano Stabellini wrote: > >>> On Wed, 14 Oct 2015, George Dunlap wrote: > Allowing the user to enable or disable specific

[Xen-devel] [xen-unstable baseline-only test] 38179: regressions - trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 38179 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38179/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-xsm 3

Re: [Xen-devel] [PATCH 2/5] raisin: Detect systemd

On Mon, 19 Oct 2015, George Dunlap wrote: > On 16/10/15 14:41, Stefano Stabellini wrote: > > On Wed, 14 Oct 2015, George Dunlap wrote: > >> On 14/10/15 17:21, George Dunlap wrote: > >>> Add systemd development libraries if we detect systemd present on the > >>> system > >>> > >>> Signed-off-by:

Re: [Xen-devel] [ovmf bisection] complete test-amd64-i386-xl-qemuu-ovmf-amd64

On Mon, Oct 19, 2015 at 12:13:45PM +, osstest service owner wrote: > branch xen-unstable > xen branch xen-unstable > job test-amd64-i386-xl-qemuu-ovmf-amd64 > test debian-hvm-install > > Tree: linux git://xenbits.xen.org/linux-pvops.git > Tree: linuxfirmware

Re: [Xen-devel] [PATCH 2/2] block/xen-blkfront: Handle non-indirect grant with 64KB pages

El 12/10/15 a les 20.00, Julien Grall ha escrit: > On 06/10/15 11:06, Roger Pau Monné wrote: >> El 06/10/15 a les 11.58, Julien Grall ha escrit: >>> Hi Roger, >>> >>> On 06/10/2015 10:39, Roger Pau Monné wrote: El 05/10/15 a les 19.05, Julien Grall ha escrit: > On 05/10/15 17:01, Roger

Re: [Xen-devel] [PATCH 5/5] raisin: Add XEN_CONFIG_EXTRA to config file

On 19/10/15 12:37, Stefano Stabellini wrote: > On Mon, 19 Oct 2015, George Dunlap wrote: >> On 16/10/15 14:53, Stefano Stabellini wrote: >>> On Wed, 14 Oct 2015, George Dunlap wrote: Allowing the user to enable or disable specific functionality, such as stubdoms. Signed-off-by:

Re: [Xen-devel] [PATCH 2/5] raisin: Detect systemd

On Mon, 19 Oct 2015, George Dunlap wrote: > On 16/10/15 15:04, Stefano Stabellini wrote: > > On Fri, 16 Oct 2015, Ian Campbell wrote: > >> On Fri, 2015-10-16 at 14:39 +0100, Stefano Stabellini wrote: > >>> On Wed, 14 Oct 2015, George Dunlap wrote: > Add systemd development libraries if we

Re: [Xen-devel] [Qemu-devel] Question about xen disk unplug support for ahci missed in qemu

Hi, > > I'm trying to follow this discussion as best as I am able, but my lack > > of experience with Xen prevents me from really participating in a > > meaningful way. > > > > (I see that Laszlo is still discussing some CD-ROM issues with Fabio > > which may be of interest to me...) > > > >

Re: [Xen-devel] [PATCH 2/2] block/xen-blkfront: Handle non-indirect grant with 64KB pages

On 19/10/15 12:16, Roger Pau Monné wrote: > At this point I don't think it's worth implementing it, if you feel like > doing that later in order to improve performance that would be fine, but > I don't think it should be required in order to get this merged. I would rather avoid to improve

Re: [Xen-devel] [PATCH OSSTEST] Switch to merged qemu-xen{, -traditional}.git trees

Ian Campbell writes ("Re: [PATCH OSSTEST] Switch to merged qemu-xen{,-traditional}.git trees"): > We discussed on IRC with you and Stefano and are going to aim to push this > in the w/c 19 October. We have decided under the circumstances to postpone this to next week. It would probably have

Re: [Xen-devel] [Qemu-devel] Question about xen disk unplug support for ahci missed in qemu

On Mon, 19 Oct 2015, Gerd Hoffmann wrote: > Hi, > > > > I'm trying to follow this discussion as best as I am able, but my lack > > > of experience with Xen prevents me from really participating in a > > > meaningful way. > > > > > > (I see that Laszlo is still discussing some CD-ROM issues

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm

On Mon, Oct 19, 2015 at 11:43:11AM +0100, Ian Jackson wrote: > Wei Liu writes ("Re: [Xen-devel] [xen-unstable bisection] complete > test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm"): > > I'm now confident that the bisector is doing the right thing. I dig into > > various flights to understand what

Re: [Xen-devel] Dom0 kernel for Xen4.6 on R-Car H2 (LAGER)

Hello Ian Campbell, Iurii Konavalenko, Oleksandr Tyshchenko, Hello xen-devel! Thanks for the earlier help. I managed to get further, but still cannot see Dom0 booting. There is also an error in configuring the console. Here comes my boot-log, including setting up the U-Boot configuration.

[Xen-devel] [ovmf bisection] complete test-amd64-i386-xl-qemuu-ovmf-amd64

branch xen-unstable xen branch xen-unstable job test-amd64-i386-xl-qemuu-ovmf-amd64 test debian-hvm-install Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: ovmf https://github.com/tianocore/edk2.git Tree: qemu

Re: [Xen-devel] Dom0 kernel for Xen4.6 on R-Car H2 (LAGER)

Hello Max, On 19/10/15 13:09, Ferger, Max wrote: > - UART enabled - > - CPU booting - > - Xen starting in Hyp mode - > - Zero BSS - > - Setting up control registers - > - Turning on paging - > - Ready - > (XEN) Checking for initrd in /chosen > (XEN) RAM: 4000 -

Re: [Xen-devel] [PATCH v3 1/2] x86/mem-sharing: Bulk mem-sharing entire domains

>>> On 16.10.15 at 19:02, wrote: > On Fri, Oct 16, 2015 at 12:46 AM, Jan Beulich wrote: >> >>> On 15.10.15 at 20:09, wrote: >> > +rc = -EFAULT; >> > +else >> > +rc = >> >

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm

On Mon, Oct 19, 2015 at 10:16:39AM +0100, Wei Liu wrote: > On Mon, Oct 19, 2015 at 03:09:29AM -0600, Jan Beulich wrote: > > >>> On 19.10.15 at 11:02, wrote: > > > On Sat, Oct 17, 2015 at 10:55:52PM +, osstest service owner wrote: > > >> branch xen-unstable > > >> xen

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm

El 19/10/15 a les 11.09, Jan Beulich ha escrit: On 19.10.15 at 11:02, wrote: >> On Sat, Oct 17, 2015 at 10:55:52PM +, osstest service owner wrote: >>> branch xen-unstable >>> xen branch xen-unstable >>> job test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm >>> test

Re: [Xen-devel] [PATCH 2/5] raisin: Detect systemd

On 16/10/15 14:41, Stefano Stabellini wrote: > On Wed, 14 Oct 2015, George Dunlap wrote: >> On 14/10/15 17:21, George Dunlap wrote: >>> Add systemd development libraries if we detect systemd present on the system >>> >>> Signed-off-by: George Dunlap >> >> Sorry, meant to

Re: [Xen-devel] [PATCH 2/5] raisin: Detect systemd

On 16/10/15 15:04, Stefano Stabellini wrote: > On Fri, 16 Oct 2015, Ian Campbell wrote: >> On Fri, 2015-10-16 at 14:39 +0100, Stefano Stabellini wrote: >>> On Wed, 14 Oct 2015, George Dunlap wrote: Add systemd development libraries if we detect systemd present on the system

Re: [Xen-devel] [PATCH v2 3/3] xen/arm: don't try to re-register vcpu_info on cpu_hotplug.

On Fri, 16 Oct 2015, Julien Grall wrote: > Hi Stefano, > > On 16/10/15 17:35, Stefano Stabellini wrote: > > Signed-off-by: Stefano Stabellini > > --- > > arch/arm/xen/enlighten.c | 10 ++ > > 1 file changed, 10 insertions(+) > > > > diff --git

Re: [Xen-devel] [Qemu-devel] Question about xen disk unplug support for ahci missed in qemu

On Fri, 16 Oct 2015, John Snow wrote: > On 10/13/2015 01:10 PM, Stefano Stabellini wrote: > > On Tue, 13 Oct 2015, John Snow wrote: > >> On 10/13/2015 11:55 AM, Fabio Fantoni wrote: > >>> I added ahci disk support in libxl and using it for week seems that was > >>> ok, after a reply of Stefano

[Xen-devel] [qemu-mainline test] 63051: regressions - trouble: broken/fail/pass

flight 63051 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/63051/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-xsm 3 host-install(3) broken REGR. vs. 63029

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm

On Sat, Oct 17, 2015 at 10:55:52PM +, osstest service owner wrote: > branch xen-unstable > xen branch xen-unstable > job test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm > test debian-hvm-install > > Tree: linux git://xenbits.xen.org/linux-pvops.git > Tree: linuxfirmware

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm

>>> On 19.10.15 at 11:02, wrote: > On Sat, Oct 17, 2015 at 10:55:52PM +, osstest service owner wrote: >> branch xen-unstable >> xen branch xen-unstable >> job test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm >> test debian-hvm-install >> >> Tree: linux

Re: [Xen-devel] [PATCH v3 7/9] xen/blkback: separate ring information out of struct xen_blkif

On 10/19/2015 05:36 PM, Roger Pau Monné wrote: > El 10/10/15 a les 6.08, Bob Liu ha escrit: >> On 10/05/2015 10:55 PM, Roger Pau Monné wrote: >>> The same for the pool of persistent grants, it should be per-device and >>> not per-ring. >>> >>> And I think this issue is far worse than the others,

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm

On Mon, Oct 19, 2015 at 11:21:24AM +0100, Ian Jackson wrote: > Wei Liu writes ("Re: [Xen-devel] [xen-unstable bisection] complete > test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm"): > > On Sat, Oct 17, 2015 at 10:55:52PM +, osstest service owner wrote: > > > branch xen-unstable > > > xen branch

Re: [Xen-devel] [PATCH v3 3/9] xen/blkfront: separate per ring information out of device info

El 10/10/15 a les 10.30, Bob Liu ha escrit: > > On 10/03/2015 01:02 AM, Roger Pau Monné wrote: >> El 05/09/15 a les 14.39, Bob Liu ha escrit: >>> Split per ring information to an new structure:blkfront_ring_info, also >>> rename >>> per blkfront_info to blkfront_dev_info. >> ^ removed. >>> >>>

Re: [Xen-devel] [PATCH 1/5] raisin: Handle aliases for packages, add pciutils-dev / libpci-dev alias

On 16/10/15 14:37, Stefano Stabellini wrote: > On Wed, 14 Oct 2015, George Dunlap wrote: >> It's not uncommon for packages to be renamed, and for package managers >> to know the translation from old packages to new packages. For >> example: >> >> # apt-get install pciutils-dev >> Reading package

Re: [Xen-devel] PROBLEM: kernel panic xsave_init

On 19/10/2015 09:56, Ingo Molnar wrote: > > Please Cc: the Xen maintainers as this appears to be Xen specific. Also, > please > Cc: linux-ker...@vger.kernel.org. > > Thanks, > > Ingo > > * John Doe wrote: > >> Hello, >> I get a kernel panic on QubesOS 3.0 during

Re: [Xen-devel] [PATCH v3 7/9] xen/blkback: separate ring information out of struct xen_blkif

El 10/10/15 a les 6.08, Bob Liu ha escrit: > On 10/05/2015 10:55 PM, Roger Pau Monné wrote: >> The same for the pool of persistent grants, it should be per-device and >> not per-ring. >> >> And I think this issue is far worse than the others, because a frontend >> might use a persistent grant on

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm

Wei Liu writes ("Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm"): > On Sat, Oct 17, 2015 at 10:55:52PM +, osstest service owner wrote: > > branch xen-unstable > > xen branch xen-unstable > > job test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm > >

Re: [Xen-devel] [PATCH] libxc: remove most of tools/libxc/xc_dom_compat_linux.c

On 10/06/2015 03:17 PM, Ian Campbell wrote: On Tue, 2015-10-06 at 14:06 +0100, Andrew Cooper wrote: On 06/10/15 13:58, Wei Liu wrote: On Tue, Oct 06, 2015 at 01:52:16PM +0100, Andrew Cooper wrote: On 06/10/15 12:35, Juergen Gross wrote: In tools/libxc/xc_dom_compat_linux.c only

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm

Wei Liu writes ("Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm"): > I'm now confident that the bisector is doing the right thing. I dig into > various flights to understand what the long list of flights actually > meant. It might be helpful we have

Re: [Xen-devel] help for python log in xen-4.4.1

On Mon, Oct 19, 2015 at 10:22:52AM +0800, 高强 wrote: > Hi,alls > > > There are some python code in xen-4.4.1,and in the python code there are > lots debug information such as > log.debug("***"),log.exception("***"),XendError("*")and so on. > > I want to get this kind of information

Re: [Xen-devel] [PATCH v8] tools & docs: add tools and docs support for Intel CDP

On Mon, Oct 19, 2015 at 03:31:55PM +0800, He Chen wrote: > This is the xl/xc changes to support Intel Code/Data Prioritization. > CAT xl commands to set/get CBMs are extended to support CDP. > Add new CDP options with CAT commands in xl interface man page. > Add description of CDP in

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm

On Mon, Oct 19, 2015 at 03:09:29AM -0600, Jan Beulich wrote: > >>> On 19.10.15 at 11:02, wrote: > > On Sat, Oct 17, 2015 at 10:55:52PM +, osstest service owner wrote: > >> branch xen-unstable > >> xen branch xen-unstable > >> job

Re: [Xen-devel] [PATCH 4/5] raisin: Change update/release parsing OSes

On 16/10/15 14:49, Stefano Stabellini wrote: > On Wed, 14 Oct 2015, George Dunlap wrote: >> At the moment, something like 7.1.1503 will be parsed as RELEASE=7.1 >> UPDATE=1503. Change the bash string so that RELEASE=7 UPDATE=1.1503 >> in this case. >> >> Also add an example CentOS 7 release

Re: [Xen-devel] Unable to get VT-d working on Supermicro X11SSZ-QF

>>> On 19.10.15 at 04:42, wrote: > Also, here is the full xl dmesg log. > > Xen 4.7-unstable > (XEN) Xen version 4.7-unstable (root@) (gcc (Debian 4.9.2-10) 4.9.2) > debug=y Sat Oct 17 17:04:30 MDT 2015 > (XEN) Latest ChangeSet: Sat Oct 3 15:22:29 2015 -0400

Re: [Xen-devel] [PATCH 5/5] raisin: Add XEN_CONFIG_EXTRA to config file

On 16/10/15 14:53, Stefano Stabellini wrote: > On Wed, 14 Oct 2015, George Dunlap wrote: >> Allowing the user to enable or disable specific functionality, such as >> stubdoms. >> >> Signed-off-by: George Dunlap > > I don't like this very much: if we want to disable

Re: [Xen-devel] [PATCH v2 3/3] xen/arm: don't try to re-register vcpu_info on cpu_hotplug.

On 19/10/15 11:10, Stefano Stabellini wrote: > On Fri, 16 Oct 2015, Julien Grall wrote: >> Hi Stefano, >> >> On 16/10/15 17:35, Stefano Stabellini wrote: >>> Signed-off-by: Stefano Stabellini >>> --- >>> arch/arm/xen/enlighten.c | 10 ++ >>> 1 file

Re: [Xen-devel] [PATCH] libxc: remove superpages option for pv domains

On 10/09/2015 09:08 PM, Konrad Rzeszutek Wilk wrote: On Fri, Oct 09, 2015 at 04:12:12PM +0100, Ian Campbell wrote: On Thu, 2015-10-08 at 17:23 +0200, Juergen Gross wrote: The pv domain builder currently supports the additional flag "superpages" to build a pv domain with 2MB pages. This feature

Re: [Xen-devel] [Qemu-devel] Question about xen disk unplug support for ahci missed in qemu

Il 19/10/2015 12:18, Stefano Stabellini ha scritto: On Fri, 16 Oct 2015, John Snow wrote: On 10/13/2015 01:10 PM, Stefano Stabellini wrote: On Tue, 13 Oct 2015, John Snow wrote: On 10/13/2015 11:55 AM, Fabio Fantoni wrote: I added ahci disk support in libxl and using it for week seems that

[Xen-devel] [PATCH v2 1/2] block/xen-blkfront: Introduce blkif_ring_get_request

The code to get a request is always the same. Therefore we can factorize it in a single function. Signed-off-by: Julien Grall Acked-by: Roger Pau Monné --- Cc: Konrad Rzeszutek Wilk Cc: Boris Ostrovsky

[Xen-devel] [PATCH v2 2/2] block/xen-blkfront: Handle non-indirect grant with 64KB pages

The minimal size of request in the block framework is always PAGE_SIZE. It means that when 64KB guest is support, the request will at least be 64KB. Although, if the backend doesn't support indirect descriptor (such as QDISK in QEMU), a ring request is only able to accommodate 11 segments of 4KB

[Xen-devel] [PATCH v2 0/2] block/xen-blkfront: Support non-indirect grant with 64KB page granularity

Hi all, This is a follow-up on the previous discussion [1] related to guest using 64KB page granularity which doesn't boot when the backend isn't using indirect descriptor. This has been successfully tested on ARM64 with both 64KB and 4KB page granularity guests and QEMU as the backend. Indeed

Re: [Xen-devel] [PATCH v2 1/1] xen-netfront: update num_queues to real created

On 10/19/2015 01:37 AM, Joe Jin wrote: Sometimes xennet_create_queues() may failed to created all requested queues, we need to update num_queues to real created to avoid NULL pointer dereference. Signed-off-by: Joe Jin Cc: Boris Ostrovsky Cc:

Re: [Xen-devel] [linux-4.1 test] 63030: regressions - FAIL

On Sun, Oct 18, 2015 at 05:52:32PM +, osstest service owner wrote: > flight 63030 linux-4.1 real [real] > http://logs.test-lab.xenproject.org/osstest/logs/63030/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

[Xen-devel] [PATCH v4 2/5] public/io/netif.h: add definition of gso_prefix flag

This flag is defined here only for compatibility with the Linux variant of this header. The feature has never been documented and should be considered deprecated. Signed-off-by: Paul Durrant Cc: Ian Campbell Cc: Ian Jackson

[Xen-devel] [linux-4.1 test] 63052: regressions - trouble: broken/fail/pass

flight 63052 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/63052/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 15 guest-localmigrate.2 fail in 63030 REGR. vs.

[Xen-devel] [PATCH v4 3/5] public/io/netif.h: add documentation for hash negotiation and mapping

This patch specifies the xenstore keys that should be used by frontends and backends to negotiate a particular hash algorithm and queue mapping to be used for mult-queue packet steering on the guest receive side. Signed-off-by: Paul Durrant Cc: Ian Campbell

[Xen-devel] [PATCH v4 0/4] Updates to public/io/netif.h

This series makes several modifications to netif.h in anticipation of implementing NDIS RSS support in the Windows frontend driver. Patch #1 documents the (sad) reality of the netif_rx_request/response id field, which has been long overdue. Patch #2 adds a definition of the NETRXF_gso_prefix

[Xen-devel] [PATCH v4 5/5] public/io/netif.h: tidy up and remove duplicate comments

Now that requests and response types and extra info segments are documented in block comments, we can get rid of the inline comments in the structures. This has the happy side-effect of making the Linux checkpatch.pl script make fewer complaints after import. This patch also fixes a small

[Xen-devel] [PATCH v4 1/5] public/io/netif.h: document the reality of netif_rx_request/reponse id

The id field of the netif_rx_request_t abd netif_rx_response_t structures is actually useless. Because GSO metadata is passed from backend to frontend using netif_extra_info segments, which do not carry information stating which netif_rx_request_t was consumed to free up their slot, frontends

[Xen-devel] [PATCH v4 4/5] public/io/netif.h: add extra info slots for passing hash values

To properly support NDIS RSS, the Windows frontend PV driver needs the Toeplitz hash value calculated by the backend (otherwise it would have to duplicate the calculation). This patch adds documentation for "feature-hash" and a definition of a new XEN_NETIF_EXTRA_TYPE_HASH extra info segment.

[Xen-devel] [distros-debian-sid test] 38180: trouble: blocked/broken/fail/pass

flight 38180 distros-debian-sid real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38180/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvops 3 host-install(3) broken REGR.

Re: [Xen-devel] [Qemu-devel] Question about xen disk unplug support for ahci missed in qemu

Il 16/10/2015 18:53, Paul Durrant ha scritto: -Original Message- From: Kevin Wolf [mailto:kw...@redhat.com] Sent: 16 October 2015 17:43 To: Paul Durrant Cc: Fabio Fantoni; Stefano Stabellini; John Snow; Anthony Perard; qemu- de...@nongnu.org; xen-devel@lists.xen.org;

[Xen-devel] [PATCH v3] x86/HVM: correct page dirty marking in hvm_map_guest_frame_rw()

Rather than dirtying a page when establishing a (permanent) mapping, dirty it when the page gets unmapped, or - if still mapped - on the final iteration of a save operation (or in other cases where the guest is paused or already shut down). (Transient mappings continue to get dirtied upon getting

Re: [Xen-devel] [Qemu-devel] Question about xen disk unplug support for ahci missed in qemu

On Mon, 19 Oct 2015, Fabio Fantoni wrote: > Il 19/10/2015 12:18, Stefano Stabellini ha scritto: > > On Fri, 16 Oct 2015, John Snow wrote: > > > On 10/13/2015 01:10 PM, Stefano Stabellini wrote: > > > > On Tue, 13 Oct 2015, John Snow wrote: > > > > > On 10/13/2015 11:55 AM, Fabio Fantoni wrote: > >

[Xen-devel] [PATCH 3/3] vVMX: use latched VMCS machine address

Instead of calling domain_page_map_to_mfn() over and over, latch the guest VMCS machine address unconditionally (i.e. independent of whether VMCS shadowing is supported by the hardware). Since this requires altering the parameters of __[gs]et_vmcs{,_real}() (and hence all their callers) anyway,

Re: [Xen-devel] [PATCH v7 24/32] xen/x86: allow disabling all emulated devices inside of Xen

>>> On 02.10.15 at 17:48, wrote: > Only allow enabling or disabling all the emulated devices inside of Xen, > right now Xen doesn't support enabling specific emulated devices only. > > Signed-off-by: Roger Pau Monné > Reviewed-by: Andrew Cooper

Re: [Xen-devel] Regression: qemu crash of hvm domUs with spice (backtrace included) - patch backport propose

On Fri, 16 Oct 2015, Stefano Stabellini wrote: > On Fri, 16 Oct 2015, Fabio Fantoni wrote: > > Il 09/10/2015 09:56, Fabio Fantoni ha scritto: > > > Il 08/10/2015 17:58, Andreas Kinzler ha scritto: > > > > Is this still current? I made an interesting observation: > > > > > > > > I had no problems

[Xen-devel] [PATCH 0/3] VMX: misc adjustments

1: VMX: re-order definitions 2: VMX: allocate VMCS pages from domain heap 3: vVMX: use latched VMCS machine address Signed-off-by: Jan Beulich ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

[Xen-devel] [PATCH] arm: don't build core parking code

It's wired up on x86 only. Signed-off-by: Jan Beulich --- a/xen/arch/x86/Rules.mk +++ b/xen/arch/x86/Rules.mk @@ -13,6 +13,7 @@ HAS_EHCI := y HAS_KEXEC := y HAS_GDBSX := y HAS_PDX := y +HAS_CORE_PARKING := y xenoprof := y CFLAGS += -I$(BASEDIR)/include ---

[Xen-devel] [PATCH] use clear_domain_page() instead of open coding it

Signed-off-by: Jan Beulich --- a/xen/arch/x86/hvm/stdvga.c +++ b/xen/arch/x86/hvm/stdvga.c @@ -552,8 +552,7 @@ void stdvga_init(struct domain *d) { struct hvm_hw_stdvga *s = >arch.hvm_domain.stdvga; struct page_info *pg; -void *p; -int i; +unsigned int

Re: [Xen-devel] [PATCH v3] raisin: enable ovmf build for arm64

On Fri, 16 Oct 2015, Julien Grall wrote: > On 16/10/15 12:42, Stefano Stabellini wrote: > > function ovmf_check_package() { > > -local DEP_Debian_common="build-essential nasm uuid-dev python iasl" > > -local DEP_Debian_x86_32="$DEP_Debian_common" > > -local

[Xen-devel] [PATCH 1/3] VMX: re-order definitions

... so they end up reasonably sorted, easing lookup. Signed-off-by: Jan Beulich --- a/xen/include/asm-x86/hvm/vmx/vmcs.h +++ b/xen/include/asm-x86/hvm/vmx/vmcs.h @@ -227,27 +227,26 @@ extern u32 vmx_vmentry_control; #define SECONDARY_EXEC_ENABLE_VIRT_EXCEPTIONS 0x0004

[Xen-devel] [PATCH 2/3] VMX: allocate VMCS pages from domain heap

There being only very few uses of the virtual address of a VMCS, convert these cases to establish a mapping and lift the Xen heap restriction from the VMCS allocation. Signed-off-by: Jan Beulich --- a/xen/arch/x86/hvm/vmx/vmcs.c +++ b/xen/arch/x86/hvm/vmx/vmcs.c @@ -119,8

Re: [Xen-devel] [PATCH v7 27/32] xen/x86: allow HVM guests to use hypercalls to bring up vCPUs

>>> On 02.10.15 at 17:48, wrote: > @@ -1176,6 +1177,190 @@ int arch_set_info_guest( > #undef c > } > > +/* Called by VCPUOP_initialise for HVM guests. */ > +int arch_set_info_hvm_guest(struct vcpu *v, vcpu_hvm_context_t *ctx) const ... *ctx > +{ > +struct

Re: [Xen-devel] [PATCH v4 1/5] public/io/netif.h: document the reality of netif_rx_request/reponse id

>>> On 19.10.15 at 15:53, wrote: > The id field of the netif_rx_request_t abd netif_rx_response_t structures > is actually useless. > > Because GSO metadata is passed from backend to frontend using > netif_extra_info segments, which do not carry information stating which

[Xen-devel] [OSSTEST PATCH] ts-host-ping-check: Properly append the ping output

On Linux opening /dev/stderr produces a non-O_APPEND open-file, with its own file position pointer, even if stderr was opened O_APPEND. As a result the logfile from this step would be mangled. So use `tee -a'. Signed-off-by: Ian Jackson --- ts-host-ping-check |2

[Xen-devel] [OSSTEST PATCH 4/4] README.bisection: New consumer-oriented document

Signed-off-by: Ian Jackson CC: Wei Liu --- README.bisection | 214 ++ 1 file changed, 214 insertions(+) create mode 100644 README.bisection diff --git a/README.bisection b/README.bisection new

[Xen-devel] [OSSTEST PATCH 2/4] cri-bisect: Change bisection report intro slightly

Remove space from `xen branch'; this is `xenbranch' in most other places. Use `testid' rather than `test' for the failing step testid. This is what it is called elsewhere. Signed-off-by: Ian Jackson --- cri-bisect |4 ++-- 1 file changed, 2 insertions(+), 2

[Xen-devel] [OSSTEST PATCH 1/4] Rename README.bisection to NOTES.bisection

This contains osstest-developer-oriented information about the bisector, and is not really pitched at osstest consumers. (It's also rather more of a sketch than a complete algorithm doc, and somewhat out of date.) Signed-off-by: Ian Jackson --- README.bisection =>

[Xen-devel] [OSSTEST PATCH 3/4] cs-bisection-step: Print url for last failure repro flight

Print the url of the logs for last failure repro flight. This saves looking up the graph and manually constructing the url. Signed-off-by: Ian Jackson --- cs-bisection-step |4 1 file changed, 4 insertions(+) diff --git a/cs-bisection-step

Re: [Xen-devel] [Qemu-devel] Question about xen disk unplug support for ahci missed in qemu

On 10/16/15 21:09, Laszlo Ersek wrote: > On 10/16/15 13:34, Fabio Fantoni wrote: >> Il 16/10/2015 12:47, Stefano Stabellini ha scritto: >>> On Fri, 16 Oct 2015, Fabio Fantoni wrote: Il 16/10/2015 12:13, Anthony PERARD ha scritto: > On Fri, Oct 16, 2015 at 10:32:44AM +0200, Fabio Fantoni

[Xen-devel] [linux-mingo-tip-master test] 63060: regressions - FAIL

flight 63060 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/63060/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-amd64-pvgrub 6 xen-boot fail REGR. vs. 60684

Re: [Xen-devel] [Qemu-devel] Question about xen disk unplug support for ahci missed in qemu

On 10/19/15 20:29, Fabio Fantoni wrote: > 2015-10-19 18:57 GMT+02:00 Stefano Stabellini > >: > > On Mon, 19 Oct 2015, John Snow wrote: > > On 10/19/2015 07:44 AM, Stefano Stabellini wrote: > > > On Mon, 19

Re: [Xen-devel] [Qemu-devel] Question about xen disk unplug support for ahci missed in qemu

2015-10-19 18:57 GMT+02:00 Stefano Stabellini < stefano.stabell...@eu.citrix.com>: > On Mon, 19 Oct 2015, John Snow wrote: > > On 10/19/2015 07:44 AM, Stefano Stabellini wrote: > > > On Mon, 19 Oct 2015, Gerd Hoffmann wrote: > > >> Hi, > > >> > > I'm trying to follow this discussion as

[Xen-devel] [xen-unstable test] 63058: tolerable FAIL

flight 63058 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/63058/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-i386-libvirt-xsm 3 host-install(3) broken in 63046 pass in 63058 test-amd64-i386-libvirt-pair 3

Re: [Xen-devel] Unable to get VT-d working on Supermicro X11SSZ-QF

On Mon, Oct 19, 2015 at 3:22 AM, Jan Beulich wrote: > >>> On 19.10.15 at 04:42, wrote: > > Also, here is the full xl dmesg log. > > > > Xen 4.7-unstable > > (XEN) Xen version 4.7-unstable (root@) (gcc (Debian 4.9.2-10) 4.9.2) > > debug=y Sat Oct 17

Re: [Xen-devel] [PATCH v3 2/3] xen, cpu_hotplug: call device_offline instead of cpu_down

On 10/19/2015 12:55 PM, Stefano Stabellini wrote: When offlining a cpu, instead of cpu_down, call device_offline, which also takes care of updating the cpu.dev.offline field. This keeps the sysfs file /sys/devices/system/cpu/cpuN/online, up to date. Also move the call to disable_hotplug_cpu,

[Xen-devel] [linux-linus test] 63059: regressions - FAIL

flight 63059 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/63059/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 13 guest-localmigrate fail REGR. vs. 59254

[Xen-devel] [qemu-mainline test] 63064: tolerable FAIL - PUSHED

flight 63064 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/63064/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds 11 guest-start fail like 63029 Tests which did not

Re: [Xen-devel] help for python log in xen-4.4.1

Hi, If you know, could you tell me the call relationship of command "xl save". Example, when I execute "xl save",which function will be called first,and then call which function? I mainly want to know which python function will be called. Thanks 2015-10-20 10:22 GMT+08:00 高强

[Xen-devel] [PATCH] Adds options for tabs-separators, and including the domain ID in the output.

This change adds two options to xentop: -T adds a tabulator (\t) character after each field, to allow easier and more robust parsing. This affects batch mode only. -I includes a column with the domain ID in the output (both the graphical

Re: [Xen-devel] help for python log in xen-4.4.1

Hi, Thank you for your help! I'm modifying the source code of xen-4.4.1,I hope throurh printing debug information to track the execution order of functions and check the value of some variables. This is my ultimate goal. But I don't know how to do it in the python code. I tried to print debug

[Xen-devel] [PATCH 1/2] x86/ept: defer enabling of EPT A/D bit until PML get enabled.

Existing PML implementation turns on EPT A/D bit unconditionally if PML is supported by hardware. This works but enabling of EPT A/D bit can be deferred until PML get enabled. There's no point in enabling the extra feature for every domain when we're not meaning to use it (yet). Also added ASSERT

[Xen-devel] [PATCH 0/2] Deter enabling of EPT A/D bit plus coding style fix

Patch 1 is the v2 of defering enabling of EPT A/D bit until PML get enabled, with comments from Jan in v1 addressed. Patch 2 is coding style fix of for_each_vcpu to existing PML functions according to Jan. Kai Huang (2): x86/ept: defer enabling of EPT A/D bit until PML get enabled. x86/vmx:

[Xen-devel] [PATCH 2/2] x86/vmx: fix coding style of PML functions

According to Jan's comments, also fix the coding style of for_each_vcpu in existing PML functions. Signed-off-by: Kai Huang --- xen/arch/x86/hvm/vmx/vmcs.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/xen/arch/x86/hvm/vmx/vmcs.c

[Xen-devel] [PATCH v3] xen,arm: enable cpu_hotplug

Hi all, this small patch series enable cpu_hotplug in ARM and ARM64 guests, using the PV path to plug and unplug the cpus and psci to enable/disable them. Stefano Stabellini (3): xen/arm: Enable cpu_hotplug.c xen, cpu_hotplug: call device_offline instead of cpu_down xen/arm:

[Xen-devel] [PATCH v3 2/3] xen, cpu_hotplug: call device_offline instead of cpu_down

When offlining a cpu, instead of cpu_down, call device_offline, which also takes care of updating the cpu.dev.offline field. This keeps the sysfs file /sys/devices/system/cpu/cpuN/online, up to date. Also move the call to disable_hotplug_cpu, because it makes more sense to have it there.

  1   2   >