flight 63006 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63006/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 62978
test-amd64-amd64-xl-qemuu-ov
flight 63004 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63004/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR.
vs. 62711
Tests which
flight 63000 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63000/
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 62951 REGR. vs. 6
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 Stabellini seems that xen disk unplug
>>> support
flight 63011 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63011/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
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 wrote:
> Il 15/10/2015 20:02, Anthony PERAR
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_Debian_common"
> -local DEP_Debian_arm32="$DEP_Debi
FYI:
I found the sg-report-flight for 62999 had been taking an inordinate
amount of time (>1h elapsed) (with big db locks held). I have saved
its command line rune[1] for further investigation.
I also found that the ms-queuedaemon was spinning in recv(). I think
this was due to a bug in chan-re
> On 16 Oct 2015, at 12:06, Stefano Stabellini
> wrote:
>
> On Wed, 14 Oct 2015, Lars Kurth wrote:
>> Hi everyone,
>>
>> I wanted to walk you through some of the results of the Review Process study
>> https://github.com/dicortazar/ipython-notebooks/blob/master/projects/xen-analysis/Code-Revie
Am 16.10.2015 um 18:53 hat Paul Durrant geschrieben:
> > > > > > Just tell your admin what virtual hardware you really need. (Or tell
> > > > > > them to give you a proper interface to configure your VMs yourself.)
> > > > > >
> > > > >
> > > > > My point is that the virtual hardware that the OS us
On Fri, Oct 16, 2015 at 12:46 AM, Jan Beulich wrote:
> >>> On 15.10.15 at 20:09, wrote:
> > --- a/xen/arch/x86/mm/mem_sharing.c
> > +++ b/xen/arch/x86/mm/mem_sharing.c
> > @@ -1293,6 +1293,42 @@ int relinquish_shared_pages(struct domain *d)
> > return rc;
> > }
> >
> > +static int bulk_sha
On 10/16/2015 10:20 AM, Paul Durrant wrote:
>> -Original Message-
>>> On 10/13/2015 11:55 AM, Fabio Fantoni wrote:
I added ahci disk support in libxl and using it for week seems
Do we really need this many levels of quoting...
that
>> was
ok, af
> -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
> Subject: Re: [Qemu-devel] Questio
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/enlighten.c
> index 6c09cc4..b193811 100644
> --- a/arch/a
Am 16.10.2015 um 18:20 hat Paul Durrant geschrieben:
> > -Original Message-
> > From: Kevin Wolf [mailto:kw...@redhat.com]
> > Sent: 16 October 2015 17:12
> > To: Paul Durrant
> > Cc: Fabio Fantoni; Stefano Stabellini; John Snow; Anthony Perard; qemu-
> > de...@nongnu.org; xen-devel@lists.x
Hi all
I've been working on and off on upstream QEMU stubdom. Unfortunately in
the last few months I didn't make much progress as I had expected. Some
folks expressed interests during Xen developer summit on this project
and I think it would be better I post what I have as soon as possible.
In sh
Hi Stefano,
On 16/10/15 17:34, Stefano Stabellini wrote:
> 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
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
---
Changes i
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/enlighten.c
index 6c09cc4..b193811 100644
--- a/arch/arm/xen/enlighten.c
+++ b/arch/arm/xen/enlighten.c
@@ -93,6 +93,16 @@ stati
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
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
On Wed, 2015-10-14 at 17:54 +0200, Dario Faggioli wrote:
So, about this:
> Note that it is safe to get rid of the locking in
> schedule_cpu_switch() as the pCPU being switched is, at
> the time of the switch, not a valid member of any cpupool,
> so no scheduling event should be expected on it, lo
> -Original Message-
> From: Kevin Wolf [mailto:kw...@redhat.com]
> Sent: 16 October 2015 17:12
> 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
> Subject: Re: [Qemu-devel] Questio
flight 62993 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62993/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-intel 3 host-install(3) broken REGR. vs. 59254
test-amd64-i386-xl-qe
Andrew Cooper writes ("[PATCH 00/32] Qemu Traditional bugfixes"):
> Here is a set of bugfixes against Qemu Traditional, which are from the
> XenServer patch queue.
Thanks for this, and for chasing me about it. For all 32 patches[1]:
Acked-by: Ian Jackson
(This is for the record here on the lis
Am 16.10.2015 um 17:10 hat Paul Durrant geschrieben:
> > -Original Message-
> > From: Kevin Wolf [mailto:kw...@redhat.com]
> > Sent: 16 October 2015 16:02
> > To: Paul Durrant
> > Cc: Fabio Fantoni; Stefano Stabellini; John Snow; Anthony Perard; qemu-
> > de...@nongnu.org; xen-devel@lists.x
On Thu, 15 Oct 2015, Ian Campbell wrote:
> On Thu, 2015-10-15 at 00:23 +0100, Julien Grall wrote:
> > My second point is related to how Xen is handling interrupt with vCPU.
> > When PSCI off is called, we will set the _VFP_down flag. This flag is
> > used in vgic_vcpu_inject_irq and when it's set
On Thu, 15 Oct 2015, Julien Grall wrote:
> On 14/10/2015 18:49, Stefano Stabellini wrote:
> > Hi all,
>
> Hi Stefano,
>
> > 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.
>
> That's a cool
On 16/10/15 16:41, Stefano Stabellini wrote:
> It is possible to shut down cpu1 (psci->cpu_off, which pauses the vcpu)
> but it is not possible to remove cpu1 without removing cpu2 first.
>
> If the user configures the target to be cpu 2-4, then shuts down cpu2, it
> won't receive any interrupts a
On Thu, 15 Oct 2015, Julien Grall wrote:
> Hi Ian,
>
> On 15/10/15 09:39, Ian Campbell wrote:
> > On Thu, 2015-10-15 at 00:23 +0100, Julien Grall wrote:
> >> My second point is related to how Xen is handling interrupt with vCPU.
> >> When PSCI off is called, we will set the _VFP_down flag. This fla
Hi all,
please find results of part 2, following on from
- Part 1 :
http://lists.xenproject.org/archives/html/xen-devel/2015-10/msg00354.html
- Part 2 :
http://lists.xenproject.org/archives/html/xen-devel/2015-10/msg01871.html
Part 4 will be omitted : too many different opinions.
Results an
On Wed, 14 Oct 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 14/10/2015 18:49, Stefano Stabellini wrote:
> > Signed-off-by: Stefano Stabellini
> > ---
> > arch/arm/xen/enlighten.c |6 ++
> > 1 file changed, 6 insertions(+)
> >
> > diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/
On Wed, 14 Oct 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 14/10/2015 18:49, Stefano Stabellini wrote:
> > 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
> > arc
flight 63007 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63007/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
On Wed, 14 Oct 2015, Stefano Stabellini wrote:
> On Wed, 14 Oct 2015, Konrad Rzeszutek Wilk wrote:
> > On October 14, 2015 1:49:55 PM EDT, Stefano Stabellini
> > wrote:
> > >Build cpu_hotplug for ARM and ARM64 guests.
> > >
> > >Rename arch_(un)register_cpu to xen_(un)register_cpu and provide an
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
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:
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
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
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
> -Original Message-
> From: Paul Durrant [mailto:paul.durr...@citrix.com]
> Sent: 16 October 2015 13:41
> To: xen-de...@lists.xenproject.org
> Cc: Paul Durrant; Ian Campbell; Ian Jackson; Jan Beulich; Keir (Xen.org); Tim
> (Xen.org)
> Subject: [PATCH v2 2/4] public/io/netif.h: add definiti
> -Original Message-
> From: Kevin Wolf [mailto:kw...@redhat.com]
> Sent: 16 October 2015 16:02
> 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
> Subject: Re: [Qemu-devel] Questio
Am 16.10.2015 um 16:24 hat Paul Durrant geschrieben:
> > -Original Message-
> > From: Kevin Wolf [mailto:kw...@redhat.com]
> > Sent: 16 October 2015 15:04
> > To: Paul Durrant
> > Cc: Fabio Fantoni; Stefano Stabellini; John Snow; Anthony Perard; qemu-
> > de...@nongnu.org; xen-devel@lists.x
flight 62994 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62994/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-credit2 3 host-install(3) broken REGR. vs. 60684
test-amd64
Hi all,
please find results of part 2, following on from
http://lists.xenproject.org/archives/html/xen-devel/2015-10/msg00354.html
Results and comments are marked with | under each question. Followed by an
analysis, which is marked with !
Best Regards
Lars
== 2) Trust amongst different stakeho
> -Original Message-
> From: Kevin Wolf [mailto:kw...@redhat.com]
> Sent: 16 October 2015 15:04
> 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
> Subject: Re: [Qemu-devel] Questio
Ian Campbell writes ("[PATCH OSSTEST] README: discuss how to create and run an
adhoc flight and/or job."):
> I also needed to document some of the more special runvars for
> reference purposes.
...
> +- Host Idents:
> +
> +Most jobs require one or more hosts to operate on, these are
> +pas
On 13/10/15 17:50, Julien Grall wrote:
> Hi all,
>
> The support of multiple grants ring was left aside for 64KB page. This series
> aims to fix it.
Applied to for-linus-4.4, thanks.
David
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://list
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
> > >
> > > Signed-off-by: George Dunlap
> >
> > Please u
Am 14.10.2015 um 14:48 hat Paul Durrant geschrieben:
> > -Original Message-
> > From: Fabio Fantoni [mailto:fabio.fant...@m2r.biz]
> > Sent: 14 October 2015 12:12
> > To: Kevin Wolf; Stefano Stabellini
> > Cc: John Snow; Anthony Perard; qemu-de...@nongnu.org; xen-
> > de...@lists.xen.org; q
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 with SPICE and vanilla Xen 4.5.1 when using it on Gentoo
> >
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
> >
> > Signed-off-by: George Dunlap
>
> Please use spaces for indentation
>
>
> > components/xen |
Anthony PERARD writes ("[PATCH] libxl: No emulated disk driver for xvdX disk"):
> When a guest configuration list xvdX for its disks, there is no need to
> provide an emulated driver for the same target.
>
> Such configuration can work with the OVMF firmware, as it supports PV
> disk.
Acked-by: I
On Fri, 2015-10-16 at 14:52 +0100, Ian Jackson wrote:
> And move the attempt to the top of the hour.
>
> 62985 took ~1h40 so we would normally run one every couple of hours.
> We have a reasonable amount of capacity right now.
>
> Signed-off-by: Ian Jackson
Acked-by: Ian Campbell
The deployme
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 configs, then I would prefer to simply add --disable-stu
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, and add the RELEASE /
> UPDATE parsing to lsb_rel
And move the attempt to the top of the hour.
62985 took ~1h40 so we would normally run one every couple of hours.
We have a reasonable amount of capacity right now.
Signed-off-by: Ian Jackson
---
crontab |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/crontab b/crontab
in
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...
>
> > ---
> > components/xen | 10 ++
> >
On Wed, 14 Oct 2015, George Dunlap wrote:
> Add systemd development libraries if we detect systemd present on the system
>
> Signed-off-by: George Dunlap
Please use spaces for indentation
> components/xen | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/components/xen
On Wed, 14 Oct 2015, George Dunlap wrote:
> CentOS 7 now aliases acpica-tools instead of iasl, making its deps
> essentially the same as Fedora. Add iasl|acpica-tools as an alias in
> the Fedora deps, and make the CentOS deps a straight clone of the
> Fedora deps (as they are for the other compone
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 lists... Done
> Building dependency tree
> Reading st
flight 62997 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62997/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 62978
test-amd64-amd64-xl-qemuu-ov
flight 62990 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62990/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR.
vs. 62711
Regressions
On Fri, Oct 16, 2015 at 10:06:48AM +0100, Stefano Stabellini wrote:
> On Thu, 15 Oct 2015, Kevin O'Connor wrote:
> > What's the reason for the "stumbling block" that requires the BIOS to
> > tear down the Xen ring prior to the OS being able to replace it? The
> > BIOS disk calls are all synchronou
For me, it seems more consistent using xen_bus_dev_fatal(); return;
Because other codes also use them.
If you want to use goto, then feel free to make a patch for this issue.
On Fri, Oct 16, 2015 at 5:40 AM, David Vrabel
wrote:
> On 16/10/15 10:05, Wei Liu wrote:
> > On Thu, Oct 15, 2015 at 02
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
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
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:
> -Original Message-
> From: Paul Durrant [mailto:paul.durr...@citrix.com]
> Sent: 16 October 2015 13:36
> To: xen-de...@lists.xenproject.org
> Cc: Paul Durrant
> Subject: [PATCH 0/4] Updates to public/io/netif.h
>
Apologies. I forgot to cc the maintainer list on the individual patches. I
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
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 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
---
xen/include/public/io/netif.h | 111 +++
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
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
---
xen/include/public/io/netif.h | 4
1 file changed, 4 insertions(+)
diff --git a/xen/include/pub
flight 63001 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63001/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-i386 3 host-install(3) broken REGR. v
On 10/16/2015 06:56 AM, Wei Liu wrote:
CC David and Boris (Konrad was already a recipient).
On Thu, Oct 15, 2015 at 10:34:15AM +0800, 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
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 with SPICE and vanilla Xen 4.5.1 when using it on
Gentoo with glibc 2.19/gcc 4.6.4.
Segfaults started when I switched to g
Wei Liu writes ("Re: [PATCH] tools: libxl: CODING_STYLE: GC* cannot be used
with NOGC"):
> On Fri, Oct 16, 2015 at 12:14:05PM +0100, Ian Campbell wrote:
> > On Fri, 2015-10-16 at 11:39 +0100, Wei Liu wrote:
> > > There is no libxl__alloc. DYM libxl__malloc?
> >
> > I meant libxl__calloc.
Right,
nasm is not a dependency on arm64.
print out a message that on x86_32 we are building ovmf x86_64.
---
Changes in v3:
- allow x86_64 build on x86_32
- print out a message that on x86_32 we are building ovmf x86_64
- add a comment on the usage of large model on arm64
Changes in v2:
- disable x86_
Ian Campbell writes ("Re: [PATCH XEN] Config: Switch to unified qemu trees."):
> >From dff5c395c1d23c21238ce17ddcd6f7abe2efd08d Mon Sep 17 00:00:00 2001
> From: Ian Campbell
> Date: Thu, 10 Sep 2015 14:31:34 +0100
> Subject: [PATCH] Config: Switch to unified qemu trees.
>
> Upstream qemu is now i
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 wrote:
Il 15/10/2015 20:02, Anthony PERARD ha scritto:
On Thu, Oct 15, 2015 at 06:27:17PM +0200
On Wed, 14 Oct 2015, Ian Campbell wrote:
> On Wed, 2015-10-14 at 16:57 +0100, Stefano Stabellini wrote:
> > Disable ovmf build on x86_32: it does not work, the code was already
> > forcing a x86_64 build.
>
> FYI osstest builds OVMF (64-bit) in its build-i386 jobs just fine. e.g. in
> [0]. That's
On Fri, Oct 16, 2015 at 12:14:05PM +0100, Ian Campbell wrote:
> On Fri, 2015-10-16 at 11:39 +0100, Wei Liu wrote:
> > On Fri, Oct 16, 2015 at 11:33:12AM +0100, Ian Campbell wrote:
> > > GC* assume an existing gc in scope, which means they can't be passed
> > > NOGC. Instead recommend the use of the
On Fri, 2015-10-16 at 11:39 +0100, Wei Liu wrote:
> On Fri, Oct 16, 2015 at 11:33:12AM +0100, Ian Campbell wrote:
> > GC* assume an existing gc in scope, which means they can't be passed
> > NOGC. Instead recommend the use of the underlying functions with NOGC,
> > noting that this is excepitonal.
On Fri, 2015-10-16 at 11:33 +0100, Lars Kurth wrote:
> > On 6 Oct 2015, at 10:29, Ian Campbell wrote:
> >
> > On Mon, 2015-10-05 at 23:31 +0100, Lars Kurth wrote:
> > > I am not sure whether the hierarchy would require everyone to ACK. As
> > > far
> > > as I understand Linux does this without (b
On Wed, 14 Oct 2015, Lars Kurth wrote:
> Hi everyone,
>
> I wanted to walk you through some of the results of the Review Process study
> https://github.com/dicortazar/ipython-notebooks/blob/master/projects/xen-analysis/Code-Review-Metrics.ipynb
>
>
I noticed that the "time to ack" doesn't see
On 16/10/15 10:27, Jan Beulich wrote:
On 16.10.15 at 11:17, wrote:
>> On 10/16/2015 04:17 PM, Jan Beulich wrote:
>> On 16.10.15 at 04:21, wrote:
+void vmx_domain_update_eptp(struct domain *d)
+{
+struct p2m_domain *p2m = p2m_get_hostp2m(d);
+struct vcpu *v;
>>
CC David and Boris (Konrad was already a recipient).
On Thu, Oct 15, 2015 at 10:34:15AM +0800, 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 J
> On 6 Oct 2015, at 11:26, Ian Campbell wrote:
>
> On Mon, 2015-10-05 at 08:32 -0600, Jan Beulich wrote:
>
>> By formalizing nested maintainership and requiring ack-s from
>> each one in the hierarchy we will just further slow down things.
>> If a maintainer doesn't trust a sub-maintainer, the
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 wrote:
> > > Il 15/10/2015 20:02, Anthony PERARD ha scritto:
> > > > On Thu, Oct 15, 2015 at 06:27:17PM +0200, Fabio Fantoni wrote:
> > > > > Il 14
Hi,
"fix compiler error" is too vast. The commit title should be more
meaningful. Something like:
"x86: psr: fix compilation on non-debug build after 44f126d"
On 16/10/15 11:16, He Chen wrote:
> In non-debug build ASSERT_UNREACHABLE is nop and some compilers will
> complain that cbm_code/cbm_dat
On Fri, Oct 16, 2015 at 11:33:12AM +0100, Ian Campbell wrote:
> GC* assume an existing gc in scope, which means they can't be passed
> NOGC. Instead recommend the use of the underlying functions with NOGC,
> noting that this is excepitonal.
>
> Signed-off-by: Ian Campbell
> ---
> tools/libxl/COD
> On 6 Oct 2015, at 10:29, Ian Campbell wrote:
>
> On Mon, 2015-10-05 at 23:31 +0100, Lars Kurth wrote:
>> I am not sure whether the hierarchy would require everyone to ACK. As far
>> as I understand Linux does this without (but I suppose the ACK is
>> replaced by a pull request the next level u
GC* assume an existing gc in scope, which means they can't be passed
NOGC. Instead recommend the use of the underlying functions with NOGC,
noting that this is excepitonal.
Signed-off-by: Ian Campbell
---
tools/libxl/CODING_STYLE | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --gi
Il 16/10/2015 12:13, Anthony PERARD ha scritto:
On Fri, Oct 16, 2015 at 10:32:44AM +0200, Fabio Fantoni wrote:
Il 15/10/2015 20:02, Anthony PERARD ha scritto:
On Thu, Oct 15, 2015 at 06:27:17PM +0200, Fabio Fantoni wrote:
Il 14/10/2015 13:06, Stefano Stabellini ha scritto:
I would suggest Fab
Am 16.10.2015 um 12:15 schrieb Wei Liu:
> On Fri, Oct 16, 2015 at 06:03:36PM +0800, He Chen wrote:
>> In non-debug build ASSERT_UNREACHABLE is nop and some compilers will
Should be "all compilers"
;-)
Olaf
___
Xen-devel mailing list
Xen-devel@lists.xe
On Fri, Oct 16, 2015 at 06:03:36PM +0800, He Chen wrote:
> In non-debug build ASSERT_UNREACHABLE is nop and some compilers will
> complain that cbm_code/cbm_data may be used uninitialized in function
> psr_set_l3_cbm. Add return after ASSERT_UNREACHABLE to fix it.
>
> Signed-off-by: He Chen
> ---
In non-debug build ASSERT_UNREACHABLE is nop and some compilers will
complain that cbm_code/cbm_data may be used uninitialized in function
psr_set_l3_cbm. Add return after ASSERT_UNREACHABLE to fix it.
Signed-off-by: He Chen
---
Changes in v2:
Sorry for mistake in first version of this patch.
Thi
1 - 100 of 133 matches
Mail list logo
