>>> On 06.01.15 at 23:20, wrote:
> On Mon, Jan 5, 2015 at 3:44 AM, Jan Beulich wrote:
>> >>> Elena Ufimtseva 01/02/15 7:32 PM >>>
>> >The last successful command is the reading status register of second IOMMU
>> >unit:
>> >
>> >> >./xen/drivers/passthrough/vtd/iommu.c>
>> >
>> >746:sts = dma
On Tue, Jan 6, 2015 at 9:38 PM, Paolo Bonzini wrote:
>
>
> On 06/01/2015 17:56, Andy Lutomirski wrote:
>> Still no good. We can migrate a bunch of times so we see the same CPU
>> all three times
>
> There are no three times. The CPU you see here:
>
>>>
>>>
>>> // ... compute nanoseconds from
Commit b81975eade8c ("x86, irq: Clean up irqdomain transition code")
breaks xen IRQ allocation because xen_smp_prepare_cpus() doesn't invoke
setup_IO_APIC(), so no irqdomains created for IOAPICs and
mp_map_pin_to_irq() fails at the very beginning.
Enhance xen_smp_prepare_cpus() to call setup_IO_AP
flight 33186 xen-4.4-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33186/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 3 host-install(3) broken REGR. vs. 32329
test-amd64-i386-p
flight 33185 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33185/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-pair 3 host-install/src_host(3) broken REGR. vs. 32282
test-amd64-i386-p
On 06/01/2015 19:26, Andy Lutomirski wrote:
> Don't you stil need:
>
> version++;
> write the rest;
> version++;
>
> with possible smp_wmb() in there to keep the compiler from messing around?
No, see my other reply.
Separating the version write is a real bug, but that should be all that
it's
On 06/01/2015 17:56, Andy Lutomirski wrote:
> Still no good. We can migrate a bunch of times so we see the same CPU
> all three times
There are no three times. The CPU you see here:
>>
>>
>> // ... compute nanoseconds from pvti and tsc ...
>> rmb();
>> } while(v != pvti->version);
flight 33187 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33187/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 7 windows-install fail REGR. vs. 32598
test-amd64-i386-xl
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: Wednesday, January 07, 2015 12:52 AM
> To: Pang, LongtaoX
> Cc: Wei Liu; xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
> ian.campb...@citrix.com; Hu, Robert; Zheng, Di
> Subject: Re: [OSSTEST PATCH 3/4] Add ne
> -Original Message-
> From: xen-devel-boun...@lists.xen.org
> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Xu, Quan
> Sent: Wednesday, January 07, 2015 9:45 AM
> To: Samuel Thibault
> Cc: Daniel De Graaf; xen-devel@lists.xen.org; stefano.stabell...@eu.citrix.com
> Subject: Re: [
I'm sorry, it's my bad.
It was because I didn't do "make clean" before building with
"CONFIG_EARLY_PRINTK=seattle".
Jintack
On Tue, Jan 6, 2015 at 8:49 PM, Jintack Lim wrote:
> Hi,
>
> When I compiled with CONFIG_EARLY_PRINTK=seattle option,
> I got an compile error.
>
> /home/soccertack/dev/x
Hi,
When I compiled with CONFIG_EARLY_PRINTK=seattle option,
I got an compile error.
/home/soccertack/dev/xen/xen/arch/arm/built_in.o: In function `early_puts':
/home/soccertack/dev/xen/xen/arch/arm/early_printk.c:22: multiple
definition of `early_puts'
arm64/head.o:/home/soccertack/dev/xen/xen/a
> -Original Message-
> From: xen-devel-boun...@lists.xen.org
> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Samuel Thibault
> Sent: Wednesday, January 07, 2015 12:57 AM
> To: Xu, Quan
> Cc: Daniel De Graaf; stefano.stabell...@eu.citrix.com; xen-devel@lists.xen.org
> Subject: Re:
On Tue, Jan 06, 2015 at 10:29:18AM +, Andrew Cooper wrote:
> 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 *
flight 33184 xen-4.2-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33184/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 2 hosts-allocate running [st=running!]
test-amd64-amd64-
On Mon, Jan 5, 2015 at 3:44 AM, Jan Beulich wrote:
> >>> Elena Ufimtseva 01/02/15 7:32 PM >>>
> >The last successful command is the reading status register of second IOMMU
> >unit:
> >
> > >./xen/drivers/passthrough/vtd/iommu.c>
> >
> >746:sts = dmar_readl(iommu->reg, DMAR_GSTS_REG);
> >747:
On Tue, Jan 6, 2015 at 12:20 PM, Marcelo Tosatti wrote:
> On Tue, Jan 06, 2015 at 11:49:09AM -0800, Andy Lutomirski wrote:
>> > What is the point with the new flags bit though?
>>
>> To try to work around the problem on old hosts. I'm not at all
>> convinced that this is worthwhile or that it hel
Hi,
In a previous post (1), I mentioned issues seen while ballooning a large
amount of memory. In the current code, the ballooning process only has 33
seconds to complete, or the xl operation (i.e. domain create) will fail. When
a lot of ballooning is required, or the host is very slow to ballo
flight 33183 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33183/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 3 host-install(3) broken REGR. vs. 32877
On Tue, Jan 6, 2015 at 10:54 AM, Suriyan Ramasami wrote:
> On Tue, Jan 6, 2015 at 10:51 AM, Lars Kurth wrote:
>>
>> On 6 Jan 2015, at 18:08, Suriyan Ramasami wrote:
>>
>>>
>>> I shall try my hand at updating the information again. If this needs
>>> to be done (yesterday), then as a temporary sol
On Tue, Jan 06, 2015 at 11:49:09AM -0800, Andy Lutomirski wrote:
> > What is the point with the new flags bit though?
>
> To try to work around the problem on old hosts. I'm not at all
> convinced that this is worthwhile or that it helps, though.
Don't think so. Just fix the host bug.
> >> Also
On Tue, Jan 6, 2015 at 10:45 AM, Marcelo Tosatti wrote:
> On Tue, Jan 06, 2015 at 10:26:22AM -0800, Andy Lutomirski wrote:
>> On Tue, Jan 6, 2015 at 10:13 AM, Marcelo Tosatti wrote:
>> > On Tue, Jan 06, 2015 at 08:56:40AM -0800, Andy Lutomirski wrote:
>> >> On Jan 6, 2015 4:01 AM, "Paolo Bonzini"
On 01/06/2015 11:46 AM, Xu, Quan wrote:
-Original Message-
From: Daniel De Graaf [mailto:dgde...@tycho.nsa.gov]
On 12/30/2014 11:44 PM, Quan Xu wrote:[...]
diff --git a/extras/mini-os/tpmback.c b/extras/mini-os/tpmback.c
[...]
+ domid = (domtype == T_DOMAIN_TYPE_HVM) ? 0 : tpmif->dom
On 06/01/15 16:15, Konrad Rzeszutek Wilk wrote:
> 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
> [h
On 01/06/15 14:14, Pasi Kärkkäinen wrote:
> On Tue, Jan 06, 2015 at 01:21:58PM -0500, Konrad Rzeszutek Wilk wrote:
>> On Tue, Jan 06, 2015 at 06:06:23PM +, Ian Jackson wrote:
>>> Konrad Rzeszutek Wilk writes ("[Xen-devel] [PATCH] README, xen/Makefile:
>>> Update to Xen 4.5.0"):
-The 4.3 r
From: Jenny Herbert
For each VMA for grant maps, provide the correct array of pages so
get_user_pages() on foreign mappings works in PV guests.
Signed-off-by: Jenny Herbert
Signed-off-by: David Vrabel
---
drivers/xen/gntdev.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/xe
From: Jenny Herbert
Use gnttab_unmap_refs_async() to wait until the mapped pages are no
longer in use before unmapping them.
This allows blkback to use network storage which may retain refs to
pages in queued skbs after the block I/O has completed.
Signed-off-by: Jenny Herbert
Signed-off-by: D
In an x86 PV guest, get_user_pages_fast() on a userspace address range
containing foreign mappings does not work correctly because the M2P
lookup of the MFN from a userspace PTE may return the wrong page.
Force get_user_pages_fast() to fail on such addresses by marking the PTEs
as special.
If Xen
From: Ian Campbell
Date: Tue, 6 Jan 2015 15:54:07 +
> 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 use
On Tue, Jan 06, 2015 at 01:21:58PM -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Jan 06, 2015 at 06:06:23PM +, Ian Jackson wrote:
> > Konrad Rzeszutek Wilk writes ("[Xen-devel] [PATCH] README, xen/Makefile:
> > Update to Xen 4.5.0"):
> > > -The 4.3 release offers a number of improvements, incl
On 06/01/15 18:57, Jan Beulich wrote:
Lars Kurth 01/06/15 6:26 PM >>>
>> 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
>> * Cred
From: Jenny Herbert
Use the foreign page flag in netback to get the domid and grant ref
needed for the grant copy. This signficiantly simplifies the netback
code and makes netback work with foreign pages from other backends
(e.g., blkback).
This allows blkback to use iSCSI disks provided by dom
This series fixes a number of long-standing bugs in the handling of
grant maps. Refer to the following for all the details.
http://xenbits.xen.org/people/dvrabel/grant-improvements-B.pdf
In summary, the important uses that this enables are:
1. Block backends can use networked storage safely.
The scratch frame mappings for ballooned pages and the m2p override
are broken. Remove them in preparation for replacing them with
simpler mechanisms that works.
The scratch pages did not ensure that the page was not in use. In
particular, the foreign page could still be in use by hardware. If
When unmapping grants, instead of converting the kernel map ops to
unmap ops on the fly, pre-populate the set of unmap ops.
This allows the grant unmap for the kernel mappings to be trivially
batched in the future.
Signed-off-by: David Vrabel
---
arch/arm/include/asm/xen/page.h |2 +-
arch/
From: Jenny Herbert
Ballooned pages are always used for grant maps which means the
original frame does not need to be saved in page->index nor restored
after the grant unmap.
This allows the workaround in netback for the conflicting use of the
(unionized) page->index and page->pfmemalloc to be r
From: Jenny Herbert
The foreign page flag will be used by Xen guests to mark pages that
have grant mappings of frames from other (foreign) guests.
The foreign flag is an aliases the existing (Xen-specific) pinned
flag. This is safe because pinned is only used on pages used for page
tables and t
From: Jenny Herbert
Introduce gnttab_unmap_refs_async() that can be used to safely unmap
pages that may be in use (ref count > 1). If the pages are in use the
unmap is deferred and retried later. This polling is not very clever
but it should be good enough if the cases where the delay is necess
From: Jenny Herbert
Use the "foreign" page flag to mark pages that have a grant map. Use
page->private to store information of the grant (the granting domain
and the grant reference).
Signed-off-by: Jenny Herbert
Signed-off-by: David Vrabel
---
arch/x86/xen/p2m.c| 50 ++
From: Jenny Herbert
Use gnttab_unmap_refs_async() to wait until the mapped pages are no
longer in use before unmapping them.
This allows userspace programs to safely use Direct I/O and AIO to a
network filesystem which may retain refs to pages in queued skbs after
the filesystem I/O has complete
>>> Lars Kurth 01/06/15 6:26 PM >>>
>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
Add an optional array of pages to struct vm_area_struct that can be
used find the page backing a VMA. This is useful in cases where the
normal mechanisms for finding the page don't work. This array is only
inspected if the PTE is special.
Splitting a VMA with such an array of pages is trivially
On Tue, Jan 6, 2015 at 10:51 AM, Lars Kurth wrote:
>
> On 6 Jan 2015, at 18:08, Suriyan Ramasami wrote:
>
>>
>> I shall try my hand at updating the information again. If this needs
>> to be done (yesterday), then as a temporary solution we could just
>> delete this information for now, and I shal
On 6 Jan 2015, at 18:08, Suriyan Ramasami wrote:
>
> I shall try my hand at updating the information again. If this needs
> to be done (yesterday), then as a temporary solution we could just
> delete this information for now, and I shall work on it soon.
Ideally it needs to be done by next Wed
Tuesday, January 6, 2015, 7:21:58 PM, you wrote:
> On Tue, Jan 06, 2015 at 06:06:23PM +, Ian Jackson wrote:
>> Konrad Rzeszutek Wilk writes ("[Xen-devel] [PATCH] README, xen/Makefile:
>> Update to Xen 4.5.0"):
>> > -The 4.3 release offers a number of improvements, including NUMA
>> > -schedu
On Tue, Jan 06, 2015 at 10:26:22AM -0800, Andy Lutomirski wrote:
> On Tue, Jan 6, 2015 at 10:13 AM, Marcelo Tosatti wrote:
> > On Tue, Jan 06, 2015 at 08:56:40AM -0800, Andy Lutomirski wrote:
> >> On Jan 6, 2015 4:01 AM, "Paolo Bonzini" wrote:
> >> >
> >> >
> >> >
> >> > On 06/01/2015 09:42, Paol
On 01/06/15 08:00, Pasi Kärkkäinen wrote:
> 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 l
* Add two missing "and"s and a missing semicolon (a la Oxford comma).
* Use a double-space after full stop (like the first paragraph does).
Signed-off-by: Ian Jackson
CC: Konrad Rzeszutek Wilk
---
README |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/README b/REA
>>> Lars Kurth 01/06/15 6:07 PM >>>
>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
PV (and there it's an arbitrary limit, not
The first paragraph seems to have been wrapped to 70, so do the other
new paragraphs to 70 too for visual consistency.
No non-whitespace change.
Signed-off-by: Ian Jackson
CC: Konrad Rzeszutek Wilk
---
README | 49 ++---
1 file changed, 26 insertio
On Tue, Jan 6, 2015 at 10:13 AM, Marcelo Tosatti wrote:
> On Tue, Jan 06, 2015 at 08:56:40AM -0800, Andy Lutomirski wrote:
>> 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
On 06/01/15 18:21, Konrad Rzeszutek Wilk wrote:
> On Tue, Jan 06, 2015 at 06:06:23PM +, Ian Jackson wrote:
>> Konrad Rzeszutek Wilk writes ("[Xen-devel] [PATCH] README, xen/Makefile:
>> Update to Xen 4.5.0"):
>>> -The 4.3 release offers a number of improvements, including NUMA
>>> -scheduling
On Tue, Jan 06, 2015 at 06:06:23PM +, Ian Jackson wrote:
> Konrad Rzeszutek Wilk writes ("[Xen-devel] [PATCH] README, xen/Makefile:
> Update to Xen 4.5.0"):
> > -The 4.3 release offers a number of improvements, including NUMA
> > -scheduling affinity, openvswitch integration, and defaulting to
On 01/06/2015 11:55 AM, Wei Liu wrote:
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 c
On Tue, Jan 06, 2015 at 08:56:40AM -0800, Andy Lutomirski wrote:
> 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 upda
Hello Ian,
On Tue, Jan 6, 2015 at 7:28 AM, Ian Campbell wrote:
> (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_Ext
Konrad Rzeszutek Wilk writes ("[Xen-devel] [PATCH] README, xen/Makefile: Update
to Xen 4.5.0"):
> -The 4.3 release offers a number of improvements, including NUMA
> -scheduling affinity, openvswitch integration, and defaulting to
> -qemu-xen rather than qemu-traditional for non-stubdom guests.
> -
On Tue, 2015-01-06 at 12:17 -0500, Konrad Rzeszutek Wilk wrote:
> +The 4.5 release offers a number of improvements: including shedding
> +of the Python toolstack (xend),
I don't think this should be the headline "improvement", if it needs
mentioning at all it should be further down, perhaps as a s
On Tue, Jan 06, 2015 at 06:54:40PM +0100, Sander Eikelenboom wrote:
>
> Tuesday, January 6, 2015, 6:17:12 PM, you wrote:
>
> > 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 Rzeszut
On 06/01/15 17:17, Konrad Rzeszutek Wilk wrote:
> 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/Ma
On Tue, Jan 06, 2015 at 05:24:19PM +, Lars Kurth wrote:
> (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
Tuesday, January 6, 2015, 6:17:12 PM, you wrote:
> 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/
On Tue, Jan 06, 2015 at 05:40:20PM +, Julien Grall wrote:
> Hi Konrad,
>
> On 06/01/15 17:17, Konrad Rzeszutek Wilk wrote:
> > +Additionally, 4.5 has a huge update to the ARM code allowing us to support
> > +more than 1TB guests, support for more than 8 CPUs, Power State
> > Coordination
>
>
Hi Konrad,
On 06/01/15 17:17, Konrad Rzeszutek Wilk wrote:
> +Additionally, 4.5 has a huge update to the ARM code allowing us to support
> +more than 1TB guests, support for more than 8 CPUs, Power State Coordination
We only support up to 1TB of memory and up to 8 CPUs per guest.
Regards,
--
J
On Tue, Jan 06, 2015 at 10:28:13AM -0700, Eric Blake wrote:
> On 01/06/2015 09:12 AM, Wei Liu wrote:
> > 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
>
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 about people who use --libdir=/path/to/lib64, as I believe Re
On 01/06/2015 09:12 AM, Wei Liu wrote:
> 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
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
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
(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, 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
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
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
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
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 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;
> +
>
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 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.
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 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
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
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
> -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
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
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
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
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, 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:
> > >
> > > *
> -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, 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.
>
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:
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
> >
(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-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
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
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 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 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
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
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
1 - 100 of 167 matches
Mail list logo
