On 05/01/2015 20:17, Marcelo Tosatti wrote:
> But there is no guarantee that vCPU-N has updated its pvti when
> vCPU-M resumes guest instruction execution.
You're right.
> So the cost this patch removes is mainly from __getcpu (==RDTSCP?) ?
> Perhaps you can use Gleb's idea to stick vcpu id int
>>> "Dugger, Donald D" 01/05/15 5:28 PM >>>
>Working to resolve this issue, I hope to have a definitive answer by the end
>of this week.
I.e. too late for 4.5, unless it gets slipped further...
Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On 05/01/2015 23:48, Marcelo Tosatti wrote:
>>> > > But there is no guarantee that vCPU-N has updated its pvti when
>>> > > vCPU-M resumes guest instruction execution.
>> >
>> > Still confused. So we can freeze all vCPUs in the host, then update
>> > pvti 1, then resume vCPU 1, then update pvti
> From: George Dunlap
> Sent: Monday, January 05, 2015 11:50 PM
>
> On Fri, Dec 12, 2014 at 6:29 AM, Tian, Kevin wrote:
> >> We're not there in the current design, purely because XenGT has to be
> >> in dom0 (so it can trivially DoS Xen by rebooting the host).
> >
> > Can we really decouple dom0
>>> David Vrabel 01/05/15 11:35 AM >>>
>On 19/12/14 16:16, Jan Beulich wrote:
>> Using the native code here can't work properly, as the hypervisor would
>> normally have cleared the two reason bits by the time Dom0 gets to see
>> the NMI (if passed to it at all). There's a shared info field for th
> From: Tim Deegan [mailto:t...@xen.org]
> Sent: Thursday, December 18, 2014 11:47 PM
>
> Hi,
>
> At 07:24 + on 12 Dec (1418365491), Tian, Kevin wrote:
> > > I'm afraid not. There's nothing worrying per se in a backend knowing
> > > the MFNs of the pages -- the worry is that the backend can
Monday, January 5, 2015, 9:08:32 PM, you wrote:
> Xen 4.5-rc4 was out on Monday (Dec 15th). The GA
> General Release is on Jan 7th^H^H^14th!
> There are some outstanding patches on which we need to figure
> out whether we will commit them in or not.
> When we commit a patch in, the OSSTest take
On Tue, Jan 06, 2015 at 02:17:36AM +, Xu, Quan wrote:
>
>
> > -Original Message-
> > From: Wei Liu [mailto:wei.l...@citrix.com]
> > Sent: Monday, January 05, 2015 8:53 PM
> > To: Xu, Quan
> > Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
> > stefano.stabell...@eu.citrix.com;
On Mon, Jan 05, 2015 at 12:25:05PM +, Wei Liu wrote:
> On Tue, Dec 23, 2014 at 04:54:38PM +0800, Chao Peng wrote:
> [...]
> > diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c
> > index 3737c7e..f4534ec 100644
> > --- a/tools/libxl/xl_cmdimpl.c
> > +++ b/tools/libxl/xl_cmdimpl.c
On Tue, Jan 06, 2015 at 05:46:12PM +0800, Chao Peng wrote:
[...]
> > Coding style, no space after "(" and before ")".
> >
> > I missed this issue when I reviewed your previous patches. You can fix
> > this style problem here while you're at it.
> Sure, I will fix them all.
If you plan to fix the
On Mon, 2015-01-05 at 17:28 +, Andrew Cooper wrote:
> On 04/01/2015 17:17, Junji Zhi wrote:
> > Hi,
> >
> > I'm Junji, a newbie in Xen and hoping I can contribute to the
> > community one day. I have a few questions regarding the writable page
> > tables, while reading The Definitive Guide to t
On Mon, 2015-01-05 at 16:22 -0500, Konrad Rzeszutek Wilk wrote:
> However there is a question in there for Ian:
>
> "The place of the wrapper is currently LIBEXEC_BIN, it has to be
> decided what the final location is supposed to be. IanJ wants it in
> "/etc".
> "
>
> IanJ - any specific reasons
On Mon, Jan 05, 2015 at 12:39:42PM +, Wei Liu wrote:
> On Tue, Dec 23, 2014 at 04:54:39PM +0800, Chao Peng wrote:
> [...]
> > +static int libxl__psr_cmt_get_mem_bandwidth(libxl__gc *gc, uint32_t domid,
> > +xc_psr_cmt_type type, uint32_t socketid, uint32_t *bandwidth)
> > +{
> > +uint64
On Tue, Jan 06, 2015 at 09:51:37AM +, Wei Liu wrote:
> On Tue, Jan 06, 2015 at 05:46:12PM +0800, Chao Peng wrote:
> [...]
> > > Coding style, no space after "(" and before ")".
> > >
> > > I missed this issue when I reviewed your previous patches. You can fix
> > > this style problem here whi
Hi Stefano,
Please find my answers inline.
However Anthony (CC'ed) should have some patches for it.
Anthony, can you please share any patch that can help me with this?
Can you post the full output of the logs?
I have attached the output of "sudo xl -v create /etc/xen/q
On 06/01/15 10:09, Chao Peng wrote:
> On Mon, Jan 05, 2015 at 12:39:42PM +, Wei Liu wrote:
>> On Tue, Dec 23, 2014 at 04:54:39PM +0800, Chao Peng wrote:
>> [...]
>>> +static int libxl__psr_cmt_get_mem_bandwidth(libxl__gc *gc, uint32_t domid,
>>> +xc_psr_cmt_type type, uint32_t socketid, uin
> -Original Message-
> From: win-pv-devel-boun...@lists.xenproject.org [mailto:win-pv-devel-
> boun...@lists.xenproject.org] On Behalf Of hanji unit
> Sent: 31 December 2014 15:15
> To: win-pv-de...@lists.xenproject.org; xen-devel@lists.xen.org
> Subject: [win-pv-devel] XenBus_AddWatch
>
>
On Tue, 2015-01-06 at 08:42 +, Tian, Kevin wrote:
> > From: George Dunlap
> > Sent: Monday, January 05, 2015 11:50 PM
> >
> > On Fri, Dec 12, 2014 at 6:29 AM, Tian, Kevin wrote:
> > >> We're not there in the current design, purely because XenGT has to be
> > >> in dom0 (so it can trivially Do
On Tue, Jan 06, 2015 at 12:08:33AM +, Peter Kay wrote:
> root[xen-4.5.0-rc4]# ls -l tools/xenstore/libxenstore*
> -rw-r--r-- 1 root root 98580 Dec 19 22:02 tools/xenstore/libxenstore.a
> -rwxr-xr-x 1 root root 82624 Dec 19 22:02
> tools/xenstore/libxenstore.so.3.0.3
>
> Please see output of ma
On Tue, 2015-01-06 at 10:36 +, Wei Liu wrote:
> On Tue, Jan 06, 2015 at 12:08:33AM +, Peter Kay wrote:
Peter, could you not top post and do trim your quotes please.
> > root[xen-4.5.0-rc4]# ls -l tools/xenstore/libxenstore*
> > -rw-r--r-- 1 root root 98580 Dec 19 22:02 tools/xenstore/libx
On Mon, 2015-01-05 at 11:10 -0800, Rishi Ranjan wrote:
> Hi Stefano,
> Please find my answers inline.
>
>
> However Anthony (CC'ed) should have some patches for it.
>
> Anthony, can you please share any patch that can help me with this?
>
>
>
>
> Can you post the
On Mon, Jan 05, 2015 at 11:10:34AM -0800, Rishi Ranjan wrote:
> However Anthony (CC'ed) should have some patches for it.
> Anthony, can you please share any patch that can help me with this?
Hi,
The "patches" are in two repos:
git://xenbits.xen.org/people/aperard/xen-unstable.git
branch: mac
On Fri, 2014-12-19 at 12:25 +0100, Olaf Hering wrote:
> Using SELinux mount options per default breaks several systems.
> Either the context= mount option is not known at all to the kernel,
> as reported for ArchLinux. Or the default value "none" is unknown to
> SELinux, as reported for Fedora. In
On Fri, 2014-12-19 at 12:25 +0100, Olaf Hering wrote:
> The referenced sysconfig/xenconsoled does not exist. If anything
> needs to be specified it has to go into the existing
> sysconfig/xencommons file.
That seems consistent with the initscript and the xencommons sysconfig
template even includes
On Fri, 2014-12-19 at 12:25 +0100, Olaf Hering wrote:
> Instead of inventing a new XENCONSOLED_LOG= variable reuse the
> existing XENCONSOLED_TRACE= variable in xenconsoled.service.
>
> Signed-off-by: Olaf Hering
> Cc: Ian Jackson
> Cc: Stefano Stabellini
Acked-by: Ian Campbell
(should XENCO
On Tue, Jan 06, 2015 at 11:11:48AM +, Anthony PERARD wrote:
> On Mon, Jan 05, 2015 at 11:10:34AM -0800, Rishi Ranjan wrote:
> > However Anthony (CC'ed) should have some patches for it.
> > Anthony, can you please share any patch that can help me with this?
>
> Hi,
>
> The "patches" are i
On Fri, 2014-12-19 at 12:25 +0100, Olaf Hering wrote:
> The references Environment file does not exist, and the service file
"referenced"
> does not make use of variables anyway.
In principal the env vars are also for the benefit of the thing launched
by the Exec line too, not just the unit file
On Fri, 2014-12-19 at 12:25 +0100, Olaf Hering wrote:
> The shell wrapper in xenstored.service does not handle XENSTORE_TRACE.
>
> Create a separate wrapper script which is used in the sysv runlevel
> script and in systemd xenstored.service. It preserves existing
> behaviour by handling the XENSTO
On Mon, 2015-01-05 at 10:33 -0500, Konrad Rzeszutek Wilk wrote:
> On Mon, Jan 05, 2015 at 02:19:58PM +, Andrew Cooper wrote:
> > libxl_dominfo contains a ssid_label pointer which will have memory allocated
> > for it in libxl_domain_info() if the hypervisor has CONFIG_XSM compiled.
> > However,
On Mon, 2015-01-05 at 15:08 -0500, konrad.w...@oracle.com wrote:
> tools/libxl: Use of init()/dispose() to avoid leaking libxl_dominfo.ss
> xen: arm: correct off-by-one error in consider_module
I've just now applied both.
Also I found these with release acks and applied them:
tools: lib
On Fri, 2014-12-19 at 09:23 -0500, Konrad Rzeszutek Wilk wrote:
> On Thu, Dec 18, 2014 at 09:47:37AM +, Ian Campbell wrote:
> > On Wed, 2014-12-17 at 15:40 +, Julien Grall wrote:
> > > The domain vgic lock is used uninitialized.
> > >
> > > Signed-off-by: Julien Grall
> >
> > Acked-by: I
On Wed, 2014-12-17 at 16:07 -0500, Konrad Rzeszutek Wilk wrote:
> On Mon, Dec 15, 2014 at 11:13:06AM +, Stefano Stabellini wrote:
> > On Fri, 12 Dec 2014, Konrad Rzeszutek Wilk wrote:
> > > On Fri, Dec 12, 2014 at 04:13:52PM +0100, Sander Eikelenboom wrote:
> > > > Hi Konrad,
> > > >
> > > > T
On Wed, 2014-12-17 at 15:54 -0500, Konrad Rzeszutek Wilk wrote:
> On Mon, Dec 15, 2014 at 10:02:31AM +, Ian Campbell wrote:
> > On Mon, 2014-08-04 at 10:58 +0100, Ian Campbell wrote:
> >
> > Ping again. This issue has resurfaced in the Debian packaging of the 4.5
> > rcs. I think we should fix
On Mon, 2015-01-05 at 11:17 -0500, Konrad Rzeszutek Wilk wrote:
> On Mon, Dec 22, 2014 at 11:54:01AM +0100, Julien Grall wrote:
> > Hi Ian,
> >
> > On 21/12/2014 12:18, Ian Campbell wrote:
> > >By iterating up to <= mi->nr_mods we are running off the end of the boot
> > >modules, but more importan
On 06/01/15 02:18, Boris Ostrovsky wrote:
> diff --git a/xen/include/xen/pci.h b/xen/include/xen/pci.h
> index 5f295f3..a5eb81c 100644
> --- a/xen/include/xen/pci.h
> +++ b/xen/include/xen/pci.h
> @@ -56,6 +56,8 @@ struct pci_dev {
>
> u8 phantom_stride;
>
> +int node; /* NUMA node */
On 06/01/2015 09:42, Paolo Bonzini wrote:
> > > Still confused. So we can freeze all vCPUs in the host, then update
> > > pvti 1, then resume vCPU 1, then update pvti 0? In that case, we have
> > > a problem, because vCPU 1 can observe pvti 0 mid-update, and KVM
> > > doesn't increment the vers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xen Security Advisory CVE-2015-0361 / XSA-116
version 3
xen crash due to use after free on hvm guest teardown
UPDATES IN VERSION 3
Public release.
ISSUE DESCRIPTION
flight 33123 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33123/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-win7-amd64 7 windows-install fail REGR. vs. 32598
test-amd64-i386-xl-
On Tue, Dec 02, 2014 at 10:08:35PM -0500, Stephen Oberholtzer wrote:
> All,
>
Hello,
> Please bear with me. I don't fully understand all of the mechanisms
> involved here, so this message contains a large quantity of data,
> including some links to even larger quantities of data.
> The short ve
When there is no enough free grants, gnttab_alloc_grant_references()
will fail and block request queue will stop.
If the system is always lack of grants, blkif_restart_queue_callback() can't be
scheduled and block request queue can't be restart(block I/O hang).
But when there are former requests c
Hello,
On 06/01/15 12:50, Jintack Lim wrote:
> While Xen was booting on Seattle, I got warnings/errors related to smmu
> and ccp.
> Eventually Seattle was rebooted.
> These are the relevant logs (and more warnings in a full log at the bottom).
The support of Seattle in the SMMU drivers is missin
On 06/01/15 02:18, Boris Ostrovsky wrote:
> Instead of copying data for each field in xen_sysctl_topologyinfo separately
> put cpu/socket/node into a single structure and do a single copy for each
> processor.
>
> There is also no need to copy whole op to user at the end, max_cpu_index is
> suffici
flight 33180 xen-4.2-testing running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33180/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rhel6hvm-amd queued
build-amd64-libvirt
flight 33176 qemu-mainline running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33176/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-win7-amd64 queued
test-amd64-i386-xl-win7-amd64
flight 33181 xen-4.4-testing running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33181/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rhel6hvm-amd queued
build-amd64-libvirt
On Mon, 2015-01-05 at 15:53 +, Ian Campbell wrote:
> On Mon, 2015-01-05 at 15:36 +, Ian Campbell wrote:
> > Instead of cloning gnulib manually which can break if upstream gnulib
> > gets ahead of libvirt.git (which applies patches on the fly etc). By
> > using submodulefixup we automaticall
Signed-off-by: Ian Campbell
---
README.dev | 9 +
1 file changed, 9 insertions(+)
diff --git a/README.dev b/README.dev
index eb72659..1257649 100644
--- a/README.dev
+++ b/README.dev
@@ -123,3 +123,12 @@ initial push works
When pushing the patches, be sure to make sure that the
for-$br
flight 33156 linux-linus running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33156/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel queued
test-amd64-i386-libvirt
Hello,
On Tue, Jan 6, 2015 at 8:27 AM, Julien Grall
wrote:
> Hello,
>
> On 06/01/15 12:50, Jintack Lim wrote:
> > While Xen was booting on Seattle, I got warnings/errors related to smmu
> > and ccp.
> > Eventually Seattle was rebooted.
> > These are the relevant logs (and more warnings in a full
While Xen was booting on Seattle, I got warnings/errors related to smmu and
ccp.
Eventually Seattle was rebooted.
These are the relevant logs (and more warnings in a full log at the bottom).
(XEN) smmu: /smb/motherboard/smmu@00C0: Try to add master ccp
(XEN) smmu: /smb/motherboard/smmu@00C
flight 33125 xen-unstable running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33125/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 32877
build-amd64-libvi
flight 33157 libvirt running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33157/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt queued
test-amd64-i386-libvirt qu
Tuesday, January 6, 2015, 12:45:17 PM, you wrote:
> On Wed, 2014-12-17 at 16:07 -0500, Konrad Rzeszutek Wilk wrote:
>> On Mon, Dec 15, 2014 at 11:13:06AM +, Stefano Stabellini wrote:
>> > On Fri, 12 Dec 2014, Konrad Rzeszutek Wilk wrote:
>> > > On Fri, Dec 12, 2014 at 04:13:52PM +0100, Sander
flight 33179 xen-4.3-testing running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33179/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rhel6hvm-amd queued
build-amd64-libvirt
flight 33150 linux-3.10 running [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33150/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel queued
test-amd64-amd64-rumpuserxen-amd64
On Tue, Jan 06, 2015 at 11:43:47AM +, Ian Campbell wrote:
> On Mon, 2015-01-05 at 15:08 -0500, konrad.w...@oracle.com wrote:
> > tools/libxl: Use of init()/dispose() to avoid leaking libxl_dominfo.ss
> > xen: arm: correct off-by-one error in consider_module
>
> I've just now applied both.
>
(CC list massively trimmed)
Konrad Rzeszutek Wilk writes ("Re: Xen 4.5 Development Update (GA slip by a
week)"):
> On Tue, Jan 06, 2015 at 11:43:47AM +, Ian Campbell wrote:
> > I also saw some patches regarding a Bison update,
> > <21639.5225.596115.600...@mariner.uk.xensource.com> et al, whi
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: Tuesday, January 06, 2015 5:45 PM
> To: Xu, Quan
> Cc: Wei Liu; xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
> stefano.stabell...@eu.citrix.com; ian.campb...@citrix.com
> Subject: Re: [PATCH v2 2/5] vTPM: lim
(CC list replaced by just the list.)
konrad.w...@oracle.com writes ("Xen 4.5 Development Update (GA slip by a
week)"):
> < WE ARE HERE ===>
> Release Date: Jan 14th.
There are two remaining dates left unspecified in your mail:
* When do we branch for 4.5 ? I think we should do this right
On Mon, Jan 05, 2015 at 10:56:07AM -0800, Andy Lutomirski wrote:
> On Mon, Jan 5, 2015 at 7:25 AM, Marcelo Tosatti wrote:
> > On Mon, Dec 22, 2014 at 04:39:57PM -0800, Andy Lutomirski wrote:
> >> The pvclock vdso code was too abstracted to understand easily and
> >> excessively paranoid. Simplify
On 01/06/2015 08:41 AM, Andrew Cooper wrote:
On 06/01/15 02:18, Boris Ostrovsky wrote:
Instead of copying data for each field in xen_sysctl_topologyinfo separately
put cpu/socket/node into a single structure and do a single copy for each
processor.
There is also no need to copy whole op to user
Olaf Hering writes ("[PATCH 4/7] tools/hotplug: use xencommons as
EnvironmentFile in xenconsoled.service"):
> The referenced sysconfig/xenconsoled does not exist. If anything
> needs to be specified it has to go into the existing
> sysconfig/xencommons file.
Acked-by: Ian Jackson
Ian.
Olaf Hering writes ("[PATCH 5/7] tools/hotplug: use XENCONSOLED_TRACE in
xenconsoled.service"):
> Instead of inventing a new XENCONSOLED_LOG= variable reuse the
> existing XENCONSOLED_TRACE= variable in xenconsoled.service.
This still results in a duplication of the default value `none': one
in x
> -Original Message-
> From: xen-devel-boun...@lists.xen.org
> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Eric Blake
> Sent: Tuesday, January 06, 2015 12:07 AM
> To: Xu, Quan; qemu-de...@nongnu.org
> Cc: lcapitul...@redhat.com; arm...@redhat.com; xen-devel@lists.xen.org
> Subje
Olaf Hering writes ("[PATCH 1/7] tools/hotplug: remove SELinux options from
var-lib-xenstored.mount"):
> Using SELinux mount options per default breaks several systems.
> Either the context= mount option is not known at all to the kernel,
> as reported for ArchLinux. Or the default value "none" is
Olaf Hering writes ("[PATCH 6/7] tools/hotplug: remove EnvironmentFile from
xen-qemu-dom0-disk-backend.service"):
> The references Environment file does not exist, and the service file
> does not make use of variables anyway.
Acked-by: Ian Jackson
Although of course this will have to come back
Olaf Hering writes ("[PATCH 7/7] tools/hotplug: add wrapper to start
xenstored"):
> The shell wrapper in xenstored.service does not handle XENSTORE_TRACE.
...
> +XENSTORED_LIBEXEC = xenstored.sh
Should be in /etc as previously discussed. Previously I wrote:
Bottom line: as relevant maintainer
Konrad Rzeszutek Wilk writes ("Re: [Xen-devel] [PATCH 0/7 v3] tools/hotplug:
systemd changes for 4.5"):
> #4 ("tools/hotplug: use xencommons as EnvironmentFile in xenconsoled.service")
> #5 ("tools/hotplug: use XENCONSOLED_TRACE in xenconsoled.service")
> #6 ("tools/hotplug: remove EnvironmentFile
Hi all (and a Happy New Year),
besides the actual release and the remaining code issues there are a few other
items that typically need to be done. I am listing these below. Some have
owners, others don't. If you are on the CC list, please have a look at the
unowned pages and see whether you ca
On Tue, Jan 06, 2015 at 02:40:31PM +, Ian Jackson wrote:
> (CC list replaced by just the list.)
>
> konrad.w...@oracle.com writes ("Xen 4.5 Development Update (GA slip by a
> week)"):
> > < WE ARE HERE ===>
> > Release Date: Jan 14th.
>
> There are two remaining dates left unspecified i
On Tue, Jan 06, 2015 at 03:11:21PM +, Lars Kurth wrote:
> Hi all (and a Happy New Year),
>
> besides the actual release and the remaining code issues there are a few
> other items that typically need to be done. I am listing these below. Some
> have owners, others don't. If you are on the CC
On Tue, Jan 06, 2015 at 03:00:16PM +, Ian Jackson wrote:
> Konrad Rzeszutek Wilk writes ("Re: [Xen-devel] [PATCH 0/7 v3] tools/hotplug:
> systemd changes for 4.5"):
> > #4 ("tools/hotplug: use xencommons as EnvironmentFile in
> > xenconsoled.service")
> > #5 ("tools/hotplug: use XENCONSOLED_T
On Tue, Jan 06, 2015 at 11:30:38AM +, Ian Campbell wrote:
> On Fri, 2014-12-19 at 12:25 +0100, Olaf Hering wrote:
> > Instead of inventing a new XENCONSOLED_LOG= variable reuse the
> > existing XENCONSOLED_TRACE= variable in xenconsoled.service.
> >
> > Signed-off-by: Olaf Hering
> > Cc: Ian
Konrad Rzeszutek Wilk writes ("Re: [Xen-devel] [PATCH] libxl: Fix building
libxlu_cfg_y.y with bison 3.0"):
> On Wed, Dec 10, 2014 at 04:44:00PM +, Ian Campbell wrote:
> > On Wed, 2014-12-10 at 11:41 -0500, Konrad Rzeszutek Wilk wrote:
> > > On Tue, Dec 09, 2014 at 03:25:29PM +, Ian Jackso
(culling CCs)
On Tue, 2015-01-06 at 15:11 +, Lars Kurth wrote:
> *
> http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/OdroidXU
> - missing
The link to this from [Xen_ARM_with_Virtualization_Extensions] seems to
have been added by[0] the user Suriyan, who I presume to i
Konrad Rzeszutek Wilk writes ("Re: Xen 4.5 Development Update (GA slip by a
week)"):
> On Tue, Jan 06, 2015 at 02:40:31PM +, Ian Jackson wrote:
> > There are two remaining dates left unspecified in your mail:
> >
> > * When do we branch for 4.5 ? I think we should do this right away
> >
From: "Palik, Imre"
Since e9ce7cb6b107 ("xen-netback: Factor queue-specific data into queue
struct"),
the transimt shaper timeout is always set to 0. The value the user sets via
xenbus is never propagated to the transmit shaper.
This patch fixes the issue.
Cc: Anthony Liguori
Signed-off-by:
On Tue, 2015-01-06 at 16:44 +0100, Imre Palik wrote:
> From: "Palik, Imre"
>
> Since e9ce7cb6b107 ("xen-netback: Factor queue-specific data into queue
> struct"),
> the transimt shaper timeout is always set to 0. The value the user sets via
> xenbus is never propagated to the transmit shaper.
>
> -Original Message-
> From: xen-devel-boun...@lists.xen.org
> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Wei Liu
> Sent: Monday, January 05, 2015 8:57 PM
> To: Xu, Quan
> Cc: wei.l...@citrix.com; ian.campb...@citrix.com;
> stefano.stabell...@eu.citrix.com; ian.jack...@eu.citri
On Tue, Jan 06, 2015 at 03:31:14PM +, Ian Jackson wrote:
> Konrad Rzeszutek Wilk writes ("Re: Xen 4.5 Development Update (GA slip by a
> week)"):
> > On Tue, Jan 06, 2015 at 02:40:31PM +, Ian Jackson wrote:
> > > There are two remaining dates left unspecified in your mail:
> > >
> > > *
Currently libxl driver hardcodes some paths in its capability string,
which might not be the correct paths.
This patch introduces --with-libxl-prefix, so that user can specify the
prefix used to build Xen tools. The default value is /usr/local which is
the default --prefix for Xen tools.
Change e
On Tue, 2015-01-06 at 15:55 +, Xu, Quan wrote:
>
> > -Original Message-
> > From: xen-devel-boun...@lists.xen.org
> > [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Wei Liu
> > Sent: Monday, January 05, 2015 8:57 PM
> > To: Xu, Quan
> > Cc: wei.l...@citrix.com; ian.campb...@citr
Hello,
Per http://wiki.xenproject.org/wiki/Xen_Project_Maintenance_Releases:
"Each stable branch has a maintainer who is nominated/volunteers according to
the Maintainer Election
process described in the project governance document
[http://www.xenproject.org/governance.html].
This will resulti
Following discussion, Konrad has set the end of tomorrow (Wednesday
the 7th of January) as the deadline for any commits to staging-4.5.
After that point, nothing should be pushed to 4.5, as we will be
hoping for a test push (and need to have some contingency if the tests
show problems or the test
> -Original Message-
> From: Daniel De Graaf [mailto:dgde...@tycho.nsa.gov]
> Sent: Tuesday, January 06, 2015 12:06 AM
> To: Xu, Quan; xen-devel@lists.xen.org
> Cc: samuel.thiba...@ens-lyon.org; stefano.stabell...@eu.citrix.com
> Subject: Re: [PATCH v2 1/5] vTPM: event channel bind interd
2015-01-06 16:12 GMT+00:00 Wei Liu :
> Currently libxl driver hardcodes some paths in its capability string,
> which might not be the correct paths.
>
> This patch introduces --with-libxl-prefix, so that user can specify the
> prefix used to build Xen tools. The default value is /usr/local which is
On Mon, Jan 05, 2015 at 09:18:56PM -0500, Boris Ostrovsky wrote:
[...]
> DEFINE_XEN_GUEST_HANDLE(xen_sysctl_lockprof_op_t);
>
> /* XEN_SYSCTL_cputopoinfo */
A bikeshed issue: is it better to just modified the above comment
instead of adding new trailing comment?
Wei.
> -#define INVALID_TOPOL
On Jan 6, 2015 4:01 AM, "Paolo Bonzini" wrote:
>
>
>
> On 06/01/2015 09:42, Paolo Bonzini wrote:
> > > > Still confused. So we can freeze all vCPUs in the host, then update
> > > > pvti 1, then resume vCPU 1, then update pvti 0? In that case, we have
> > > > a problem, because vCPU 1 can observe
Xu, Quan, le Tue 06 Jan 2015 16:46:58 +, a écrit :
> QEMU is running in Dom0 as usual, so the domid is 0.
One can also run the HVM QEMU inside a stubdomain.
Samuel
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Tue, 2015-01-06 at 16:12 +, Wei Liu wrote:
> No need to check hostarch to determine whether to use lib or lib64
> anymore because we now always use lib.
What about people who use --libdir=/path/to/lib64, as I believe Red Hat
derived distros still do, don't they?
Ian.
Hi all,
can you please let me know which one are correct? I know there where changes to
ARM, but the feature list is a little vague >1TB
Host x86.Physical CPUs=4095
Host x86.Physical RAM=16TB
Guest x86.Virtual CPUs=512
Guest x86.Virtual RAM=512GB
@Jan, you mentioned before Xmas there were some
On Mon, Jan 05, 2015 at 09:18:57PM -0500, Boris Ostrovsky wrote:
[...]
> +int libxl__pci_topology_init(libxl__gc *gc,
> + xen_sysctl_pcitopo_t *pcitopo,
> + int numdev)
> +{
> +
> +DIR *dir;
> +struct dirent *entry;
> +int i;
> +
>
On Tue, Jan 06, 2015 at 03:28:43AM +, Pang, LongtaoX wrote:
>
>
> > -Original Message-
> > From: Wei Liu [mailto:wei.l...@citrix.com]
> > Sent: Thursday, December 11, 2014 7:44 PM
> > To: Pang, LongtaoX
> > Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
> > ian.campb...@citri
On 06/01/15 17:03, Ian Campbell wrote:
> On Tue, 2015-01-06 at 16:12 +, Wei Liu wrote:
>> No need to check hostarch to determine whether to use lib or lib64
>> anymore because we now always use lib.
> What about people who use --libdir=/path/to/lib64, as I believe Red Hat
> derived distros stil
Expand the README file to give a brief view of what went in
Xen 4.5.0. Also change the Makefile to not use the '-rc'
postfix.
Signed-off-by: Konrad Rzeszutek Wilk
---
README | 40 +++-
xen/Makefile | 2 +-
2 files changed, 28 insertions(+), 14 deletions
I am proposing to put this in the 'staging-4.5' tree but would
appreciate an English speaker to take a look and make sure it
sounds good.
Thank you.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Tue, Jan 06, 2015 at 04:50:53PM +, Frediano Ziglio wrote:
> 2015-01-06 16:12 GMT+00:00 Wei Liu :
> > Currently libxl driver hardcodes some paths in its capability string,
> > which might not be the correct paths.
> >
> > This patch introduces --with-libxl-prefix, so that user can specify the
(Reduced CC list)
Hi all, updating http://wiki.xenproject.org/wiki/Xen_Project_Release_Features
there appear to be a few features where it may be worth to upgrade a feature
for 4.5. The following ones spring to mind
* Credit 2 Scheduler : experimental to preview - actually this raises the
questi
On Tue, 2015-01-06 at 17:07 +, Lars Kurth wrote:
> Hi all,
>
> can you please let me know which one are correct? I know there where changes
> to ARM, but the feature list is a little vague >1TB
>
> Host x86.Physical CPUs=4095
> Host x86.Physical RAM=16TB
> Guest x86.Virtual CPUs=512
> Guest
On Tue, 2015-01-06 at 17:20 +, Wei Liu wrote:
> On Tue, Jan 06, 2015 at 05:03:59PM +, Ian Campbell wrote:
> > On Tue, 2015-01-06 at 16:12 +, Wei Liu wrote:
> > > No need to check hostarch to determine whether to use lib or lib64
> > > anymore because we now always use lib.
> >
> > What
1 - 100 of 167 matches
Mail list logo
