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
Reviewed-by: Chao Peng
Acked-by: Ian
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 ig
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 t
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 git://xenbits.xen.org/osst
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
test-amd64-amd64-xl
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 bu
>>> 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 =
>> > hypercall_create_continuation(__HYPERVISOR_memory_op,
>> > +
>>> 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 git://xenbits.xen.org/linux-pvops.git
>> Tre
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 string
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 test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm
> >> test debian-hv
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 branch xen-unstable
> > >>
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 debian-hvm-install
>>>
>>> T
>>> 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 git:a23ce42
> (XEN) Bootloader: GRUB
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 stubdoms by default
> with all
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 di
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 xl-psr.markdow
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.
>>>
>>>
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 l
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 add a comment here...
>>
>
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
Sign
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, b
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 a/arch/arm/xen/enlighten.c b/arch/arm/xen
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 boot with kernels newe
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 Stab
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
> > t
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 changed, 10 insertions(+)
>>>
>>> diff
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
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 xc_linux_build
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
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
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: Ge
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 Pau
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 dete
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...)
> >
> > A
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 cas
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 perform
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
> >
> > I don't like this very m
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
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:
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 been
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 with
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 functionali
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 host-install(3)
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 th
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.
Thank
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 git://xenbi
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 - 7ff
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 git://xenbits.xen.org/osstest/linux
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 git://xenbits.xen.org/li
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 0:
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. 6
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.
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; qemu-bl...@nongnu.org
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: Konrad Rzeszutek Wilk
Cc: Wei Liu
Cc: Ian Campbel
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:
> test-amd64-i386-
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
Cc: Ian Jackson
Cc: Jan Beulich
Cc:
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 flag
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 whitespa
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 assu
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.
Sig
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
Cc: Jan Beulich
Cc: Keir Fraser
Cc: Tim Deegan
---
xen/include/publ
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 wa
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
Cc: David Vrabel
Changes in v2:
- Add Royger's acked-by
---
drivers/block/xe
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
(
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 QE
>>> 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
> Cc: Jan Beulich
> Cc: Andrew Cooper
> ---
> Ch
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
--- b/xen/common/Makefile
+++ a/xen
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 = &d->arch.hvm_domain.stdvga;
struct page_info *pg;
-void *p;
-int i;
+unsigned int i;
memset(s
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 m
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:
> >
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 w
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
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 DEP_Debian_x86_64="$DEP_Debi
... 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
extern u32 vmx_seco
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, ta
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 +119,8 @@ const u32 vmx
>>> 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 cpu_user_regs *uregs = &v->arch.
>>> 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
> netif_rx_request_t was
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 +-
1 file changed, 1 inser
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 file mode 100644
index 000..cc373cf
--- /dev
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 deletions(-)
diff --git a/cri-b
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 => NOTES.bisection |0
1 file
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 b/cs-bisection-step
index ebecda4..7a97b10 10
nasm is not a dependency on arm64.
Print out a message that on x86_32 we are building ovmf x86_64.
Add CentOS dependencies to the ovmf component.
---
Changes in v4:
- fix CentOS dependency list
- mention CentOS in the commit message
Changes in v3:
- allow x86_64 build on x86_32
- print out a mes
On 10/19/2015 06:16 AM, John Doe wrote:
[0.00] general protection fault: [#1] SMP
[0.00] Modules linked in:
[0.00] CPU: 0 PID: 0 Comm: swapper Not tainted
4.1.9-6.pvops.qubes.x86_64 #1
[0.00] Hardware name: To Be Filled By O.E.M. To Be Filled By
O.E.M./Z170
Hi Stefano,
On 19/10/15 17:20, Stefano Stabellini wrote:
> nasm is not a dependency on arm64.
> Print out a message that on x86_32 we are building ovmf x86_64.
> Add CentOS dependencies to the ovmf component.
You forgot to add your signed-off-by. Other than that, FWIW:
Reviewed-by: Julien Grall
On Mon, Oct 19, 2015 at 05:15:35PM +0100, Ian Jackson wrote:
[...]
> +
> +The bisection report email lists the relevant trees:
> +
> + Tree: linux git://xenbits.xen.org/linux-pvops.git
> + Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
> + Tree: qemu git://xenbits.xen.org/s
On Mon, 19 Oct 2015, Julien Grall wrote:
> 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
Wei Liu writes ("Re: [OSSTEST PATCH 4/4] README.bisection: New
consumer-oriented document"):
> On Mon, Oct 19, 2015 at 05:15:35PM +0100, Ian Jackson wrote:
> > + | url used for fetching the bits
> > +|
> > + ` Identifier indicating the purpose for which the tree
> > +
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 best as I am able, but my lack
of experience with Xen prevents me from really participating in a
meaningful way.
(I see that L
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: do
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.
Signed-o
Build cpu_hotplug for ARM and ARM64 guests.
Rename arch_(un)register_cpu to xen_(un)register_cpu and provide an
empty implementation on ARM and ARM64. On x86 just call
arch_(un)register_cpu as we are already doing.
Initialize cpu_hotplug on ARM.
Signed-off-by: Stefano Stabellini
Reviewed-by: Ju
Call disable_percpu_irq on CPU_DYING and enable_percpu_irq when the cpu
is coming up.
Signed-off-by: Stefano Stabellini
---
Changes in v3:
- call disable_percpu_irq on CPU_DYING
- call enable_percpu_irq even when VCPUOP_register_vcpu_info has already
been called
Changes in v2:
- better comment
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 best as I am able, but my lack
> of experience with Xen prevents me from really participating i
Hi Stefano,
On 19/10/15 17:55, Stefano Stabellini wrote:
> diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
> index 6c09cc4..074b1a2 100644
> --- a/arch/arm/xen/enlighten.c
> +++ b/arch/arm/xen/enlighten.c
> @@ -93,6 +93,17 @@ static void xen_percpu_init(void)
> int err;
>
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 17:04:30 MDT 2015
> > (XEN) Latest ChangeSet:
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 hos
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, bec
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 best
1 - 100 of 113 matches
Mail list logo
