Hi all,
Hoping that you could answer a few of my queries regarding cache properties
for Xen.
Is there any support from Xen for supporting MTRRs or any similar caching
mechanisms such as PAT? How does Xen handle I/O ranges because different
memory regions may have different caching requirements and
On Mon, Jan 12, Doug McMillan wrote:
> ./configure \
>--localstatedir=/run \
This is wrong for every setup one can think of. It has to be /var.
Olaf
___
Xen-devel mailin
> Depending on which behaviour you are after you should drop either> EFI_DIR or
> EFI_VENDOR from your cfg I think. I think the intention is
> that people only normally specify EFI_VENDOR.
>
> Ian.
Ian, Thank you I did not know that. I will add information as comment in
PKGBUILD.I had an error
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 this,
and there's an existing hook to use - just fit the two together. This
is particularl
Hello,
On 12.01.2015 18:03, Ian Jackson wrote:
> Charles Arnold writes ("Re: Backport request for "tools/hotplug: set mtu from
> bridge for tap interface" - for Xen 4.4, 4.5, and unstable"):
>> Add quotes around $bridge and $dev to handle spaces in names.
>> This should go into 4.4, 4.5 and unsta
On 12/01/2014 10:21 PM, Euan Harris wrote:
> Tools debug builds are built with optimization level -O1, inherited from
> the CFLAGS definition in StdGNU.mk. Optimizations confuse the debugger,
> and the comment justifying -O1 in StdGNU.mk should not apply for a
> userspace library. Disable optim
flight 33372 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33372/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-pair17 guest-migrate/src_host/dst_host fail like 32598
Tests which did not succeed,
flight 33368 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33368/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-intel 5 xen-boot fail REGR. vs. 33112
Tests which are fail
On 2015/1/12 23:01, David Vrabel wrote:
> On 12/01/15 13:39, Jiang Liu wrote:
>> 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
Eric Blake wrote:
> On 01/09/2015 10:03 PM, Jim Fehlig wrote:
>
>> Introduce a parser/formatter for the xl config format. Since the
>> deprecation of xm/xend, the VM config file format has diverged as
>> new features are added to libxl. This patch adds support for parsing
>> and formating the
John Ferlan wrote:
> On 01/10/2015 12:03 AM, Jim Fehlig wrote:
>
>> Introduce a parser/formatter for the xl config format. Since the
>> deprecation of xm/xend, the VM config file format has diverged as
>> new features are added to libxl. This patch adds support for parsing
>> and formating the
Monday, January 12, 2015, 4:01:00 PM, you wrote:
> On 12/01/15 13:39, Jiang Liu wrote:
>> 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
>>
On 01/12/2015 10:53 AM, Xu, Quan wrote:
Hi, Dr. G.W. Wettstein
cc Graaf who is vTPM / XSM maintainer.
Also cc Stefano.
-Original Message-
From: xen-devel-boun...@lists.xen.org
[mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Dr. Greg Wettstein
Sent: Saturday, January 10, 2015 10:5
On 01/12/2015 05:03 AM, Andrew Cooper wrote:
This is RFC because explicitly changes the logic introduced by c/s b34f2c375
"xsm: label xen-consumer event channels", and is only compile tested.
Xen event channels are not internal resources. They still have one end in a
domain, and are created at
On 01/12/2015 03:21 AM, Jan Beulich wrote:
XENMEM_{in,de}crease_reservation as well as XENMEM_populate_physmap
return the extent at which failure was detected, not error indicators.
Signed-off-by: Jan Beulich
Acked-by: Daniel De Graaf
(though I don't think my ack is technically required here
From: Vincenzo Maffione
Date: Sat, 10 Jan 2015 10:20:25 +0100
> This patch removes some unused arrays from the netfront private
> data structures. These arrays were used in "flip" receive mode.
>
> Signed-off-by: Vincenzo Maffione
Applied to net-next.
_
flight 33357 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33357/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail REGR. vs. 26303
Regressions which are
Monday, January 12, 2015, 6:29:01 PM, you wrote:
> Monday, January 12, 2015, 5:49:44 PM, you wrote:
>> Hey,
>> Two folks (Malcom, Sander) have reported issues with the dpci softirq code
>> and
>> while I've an fix that fixes it, and this stage I am uncomfortable putting
>> it in Xen 4.5. As s
> There is no support of ARM performance monitors in Xen and, AFAIK,
> nobody is yet working it.
>
> Patch are welcome for this feature!
Okay. Thanks for the confirmation.
--
Jonathan Daugherty
Software Engineer
Galois, Inc.
___
Xen-devel mail
On 12/01/15 19:24, Jonathan Daugherty wrote:
> Hi,
Hello Jonathan,
> Does Xen virtualize the ARM performance monitors (i.e. PMUv2)? From my
> inspection of the source, it looks like the answer is "no," but I want
> to be sure. Are there any patches in the works which I could try out?
There is no
Hi,
Does Xen virtualize the ARM performance monitors (i.e. PMUv2)? From my
inspection of the source, it looks like the answer is "no," but I want
to be sure. Are there any patches in the works which I could try out?
Thanks!
--
Jonathan Daugherty
Software Engineer
Galois, Inc.
___
On 01/12/2015 10:00 AM, Ian Jackson wrote:
> Ed White writes ("Re: [PATCH 00/11] Alternate p2m: support multiple copies of
> host p2m"):
>> The hypercalls are all there. My testing is all done in a Windows
>> domU with the tests running inside that domain, so I couldn't use
>> tools support even i
Hi all,
I would like to request a backport of the following commit:
commit a4dba130891271084344c12537731542ec77cb85
Author: Stefano Stabellini
Date: Fri Nov 21 11:07:39 2014 +
xen/arm/arm64: introduce xen_arch_need_swiotlb
to stable trees from 3.16 onward (3.16 included).
The comm
Ed White writes ("Re: [PATCH 00/11] Alternate p2m: support multiple copies of
host p2m"):
> The hypercalls are all there. My testing is all done in a Windows
> domU with the tests running inside that domain, so I couldn't use
> tools support even if I had it.
To support this code in-tree, I think
On Sat, 2014-11-29 at 14:33 -1000, Justin T. Weaver wrote:
> when deciding which run queue to assign each vcpu to.
>
> There are two main changes in functionality that this patch introduces.
>
Just very quickly: I will have a look at this patch too.
However, I think it would be better to put it
On Sat, 2014-11-29 at 14:33 -1000, Justin T. Weaver wrote:
> by making sure that vcpus only run on the pcpu(s) they are allowed to
> run on based on their hard affinity cpu masks.
>
> Signed-off-by: Justin T. Weaver
>
Still about referencing "history", one usually puts here a quick summary
of wha
On Tue, 2014-10-21 at 18:04 +0100, George Dunlap wrote:
Just getting back to these after the freeze.
> On Tue, Oct 21, 2014 at 5:34 PM, Uma Sharma wrote:
> > Should I resend the patches then?
>
> On the xen-devel list, always reply at the bottom, like this. :-)
>
> I think normally it wouldn'
On Wed, 2014-10-22 at 12:35 +0100, Ian Campbell wrote:
> On Wed, 2014-10-22 at 00:36 +0300, Alexandra Sandulescu wrote:
> > This patch removes duplicate code in /tools/libxl/xl_cmdimpl.c by
> > adding parse_nic_config function. This function parses configuration
> > data and adds the information in
On Monday, January 12, 2015 05:29:25 PM George Dunlap wrote:
> When I said "10s seems very conservative", I meant, "10s should be by
> far long enough for something to happen". If you can't free up at least
> 1k in 30s, then there is certainly something very unusual with your
> system. So I was r
On 12/01/15 17:43, Ian Jackson wrote:
> Ed White writes ("Re: [PATCH 00/11] Alternate p2m: support multiple copies of
> host p2m"):
>> On 01/12/2015 04:17 AM, Ian Jackson wrote:
>>> Are there tools parts to come later ?
>> I copied you because get_maintainer picked you. There is scope for tools
>>
On 01/12/2015 09:43 AM, Ian Jackson wrote:
> Ed White writes ("Re: [PATCH 00/11] Alternate p2m: support multiple copies of
> host p2m"):
>> On 01/12/2015 04:17 AM, Ian Jackson wrote:
>>> Are there tools parts to come later ?
>>
>> I copied you because get_maintainer picked you. There is scope for
On 01/09/2015 10:03 PM, Jim Fehlig wrote:
> Introduce a parser/formatter for the xl config format. Since the
> deprecation of xm/xend, the VM config file format has diverged as
> new features are added to libxl. This patch adds support for parsing
> and formating the xl config format. It support
On 09/01/15 21:26, Ed White wrote:
> diff --git a/xen/include/asm-x86/p2m.h b/xen/include/asm-x86/p2m.h
> index 5f7fe71..8193901 100644
> --- a/xen/include/asm-x86/p2m.h
> +++ b/xen/include/asm-x86/p2m.h
> @@ -193,6 +193,9 @@ struct p2m_domain {
> * threaded on in LRU order. */
> struct
Eric Blake wrote:
> On 01/12/2015 07:51 AM, John Ferlan wrote:
>
>> On 01/10/2015 12:03 AM, Jim Fehlig wrote:
>>
>>> This reverts commit 2c78051a14acfb7aba078d569b1632dfe0ca0853.
>>>
>>> Conflicts:
>>> src/Makefile.am
>>>
>>> Signed-off-by: Jim Fehlig
>>> ---
>>> .gitignore
On 01/12/2015 09:08 AM, Andrew Cooper wrote:
> On 09/01/15 21:26, Ed White wrote:
>> As implemented here, only supported on platforms with VMX HAP.
>>
>> Signed-off-by: Ed White
>> ---
>> xen/arch/x86/hvm/hvm.c| 8
>> xen/arch/x86/hvm/vmx/vmx.c| 1 +
>> xen/include/asm-x86/hv
On 01/12/2015 08:43 AM, Andrew Cooper wrote:
> On 09/01/15 21:26, Ed White wrote:
>> In preparation for selectively enabling hardware #VE in a later patch,
>> set suppress #VE on all EPTE's on #VE-capable hardware.
>>
>> Suppress #VE should always be the default condition for two reasons:
>> it is
Ed White writes ("Re: [PATCH 00/11] Alternate p2m: support multiple copies of
host p2m"):
> On 01/12/2015 04:17 AM, Ian Jackson wrote:
> > Are there tools parts to come later ?
>
> I copied you because get_maintainer picked you. There is scope for tools
> parts, but I don't have the relevant subj
On 01/12/2015 04:17 AM, Ian Jackson wrote:
> Ed White writes ("[PATCH 00/11] Alternate p2m: support multiple copies of
> host p2m"):
>> This set of patches adds support to hvm domains for EPTP switching
>> by creating multiple copies of the host p2m (currently limited to 10
>> copies).
>
> Thanks
On 01/12/2015 02:00 AM, Jan Beulich wrote:
On 10.01.15 at 00:04, wrote:
>> On 01/09/2015 02:41 PM, Andrew Cooper wrote:
>>> Having some non-OS part of the guest swap the EPT tables and
>>> accidentally turn a DMA buffer read-only is not going to end well.
>>>
>>
>> The agent can certainly do
On Mon, Jan 12, 2015 at 11:45:30AM -0500, Konrad Rzeszutek Wilk wrote:
> There is race when we clear the STATE_SCHED in the softirq
> - which allows the 'raise_softirq_for' to progress and
> schedule another dpci. During that time the other CPU could
> receive an interrupt and calls 'raise_softirq_
On 01/12/2015 05:04 PM, Mike Latimer wrote:
>> I'm inclined to say we could add an option to say "wait forever", or
>> to increase the period of the checks; but ultimately at some point
>> someone (either xl or the human) needs to timeout and say, "This is
>> never going to finish". 10s seems like
Monday, January 12, 2015, 5:49:44 PM, you wrote:
> Hey,
> Two folks (Malcom, Sander) have reported issues with the dpci softirq code and
> while I've an fix that fixes it, and this stage I am uncomfortable putting
> it in Xen 4.5. As such I am going to revert from Xen 4.5 tree
> (only) these pat
Monday, January 12, 2015, 5:45:30 PM, you wrote:
> There is race when we clear the STATE_SCHED in the softirq
> - which allows the 'raise_softirq_for' to progress and
> schedule another dpci. During that time the other CPU could
> receive an interrupt and calls 'raise_softirq_for' and put
> the d
On Mon, 2015-01-12 at 17:21 +, Wei Liu wrote:
> On Mon, Jan 12, 2015 at 05:17:24PM +, Ian Campbell wrote:
> > On Mon, 2014-12-01 at 15:33 +, Wei Liu wrote:
> >
> > Looking ahead a few patches I see a disturbing trend to include little
> > or no commit message in this series. I also see
On Mon, Jan 12, 2015 at 05:17:24PM +, Ian Campbell wrote:
> On Mon, 2014-12-01 at 15:33 +, Wei Liu wrote:
>
> Looking ahead a few patches I see a disturbing trend to include little
> or no commit message in this series. I also see no overview of what the
> design for vnuma at the libxl lev
Julien Grall writes ("Re: [PATCH v2] libxl: Don't ignore error when we fail to
give access to ioport/irq/iomem"):
> On 12/01/15 16:59, Ian Jackson wrote:
> > As you suspected, it doesn't apply cleanly to 4.4. I would welcome a
> > backport. If no-one else backports it I will do it myself.
>
> I
On Mon, 2015-01-12 at 10:04 -0700, Mike Latimer wrote:
> On Monday, January 12, 2015 12:36:01 PM George Dunlap wrote:
> > I would:
> > 1. Reset the retries after a successful increase
> > 2. Not allow free_memkb_prev to go down.
>
> Thanks, George. Good points, which definitely improve the situati
On Mon, Jan 12, 2015 at 04:07:46PM +, Ian Jackson wrote:
> Wei Liu writes ("[PATCH] Add a flight to test OVMF master branch"):
> > Do the usual stuffs for adding a new branch (ap-* cr-* etc).
> >
> > Modify ts-xen-build so that it builds Xen with the specified ovmf tree
> > and revision.
> >
On Mon, 2015-01-12 at 17:16 +, David Vrabel wrote:
> On 12/01/15 16:56, Ian Campbell wrote:
> > On Mon, 2015-01-12 at 15:43 +, David Vrabel wrote:
> >> From: Jenny Herbert
> >>
> >> Use the foreign page flag in netback to get the domid and grant ref
> >> needed for the grant copy. This si
On 12/01/15 16:56, Ian Campbell wrote:
> On Mon, 2015-01-12 at 15:43 +, David Vrabel wrote:
>> 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 w
On Mon, 2014-12-01 at 15:33 +, Wei Liu wrote:
Looking ahead a few patches I see a disturbing trend to include little
or no commit message in this series. I also see no overview of what the
design for vnuma at the libxl level is going to look like, just a bunch
of moving parts in isolation, whi
On Mon, 2014-12-01 at 15:33 +, Wei Liu wrote:
No longer description of what is going on? Or at least comments on what
the new fields mean. (I figure two of them form an array mapping v to p,
I'm not sure what the other one is...)
> Signed-off-by: Wei Liu
> Cc: Ian Campbell
> Cc: Ian Jackson
On Mon, 2014-12-01 at 15:33 +, Wei Liu wrote:
> Signed-off-by: Wei Liu
> Cc: Ian Campbell
> Cc: Ian Jackson
> Cc: Dario Faggioli
> Cc: Elena Ufimtseva
Acked + applied.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xe
>>> On 1/12/2015 at 10:03 AM, Ian Jackson wrote:
> Charles Arnold writes ("Re: Backport request for "tools/hotplug: set mtu from
> bridge for tap interface" - for Xen 4.4, 4.5, and unstable"):
>> Add quotes around $bridge and $dev to handle spaces in names.
>> This should go into 4.4, 4.5 and un
On 09/01/15 21:26, Ed White wrote:
> As implemented here, only supported on platforms with VMX HAP.
>
> Signed-off-by: Ed White
> ---
> xen/arch/x86/hvm/hvm.c| 8
> xen/arch/x86/hvm/vmx/vmx.c| 1 +
> xen/include/asm-x86/hvm/hvm.h | 6 ++
> 3 files changed, 15 insertions(+
Charles Arnold writes ("Re: Backport request for "tools/hotplug: set mtu from
bridge for tap interface" - for Xen 4.3"):
> With changeset 22885 support was added for setting the MTU in the vif-bridge
> script for when a vif interface was set to 'online'. The was not done for the
> 'add' operation
Charles Arnold writes ("Re: Backport request for "tools/hotplug: set mtu from
bridge for tap interface" - for Xen 4.4, 4.5, and unstable"):
> Add quotes around $bridge and $dev to handle spaces in names.
> This should go into 4.4, 4.5 and unstable.
Is this really necessary for backporting ?
Fran
On Monday, January 12, 2015 12:36:01 PM George Dunlap wrote:
> I would:
> 1. Reset the retries after a successful increase
> 2. Not allow free_memkb_prev to go down.
Thanks, George. Good points, which definitely improve the situation.
> So maybe something like the following?
>
> if (free_memkb
Hi Ian,
On 12/01/15 16:59, Ian Jackson wrote:
> Julien Grall writes ("Re: [PATCH v2] libxl: Don't ignore error when we fail
> to give access to ioport/irq/iomem"):
>> On 12/01/15 16:35, Ian Campbell wrote:
>>> Should this be backported?
>>
>> Yes. But it may not apply directly on Xen 4.4.
>
> I
Julien Grall writes ("Re: [PATCH v2] libxl: Don't ignore error when we fail to
give access to ioport/irq/iomem"):
> On 12/01/15 16:35, Ian Campbell wrote:
> > Should this be backported?
>
> Yes. But it may not apply directly on Xen 4.4.
I have made a note of this. I will apply it to 4.5 after t
Dario Faggioli writes ("[OSSTEST PATCH] make-flight: reorganize scheduling
related test jobs"):
> Scheduling related tests are ok to run on ARM, so do
> not cut them off. They also do not depend on a
> particular Dom0 architecture.
>
> The net effect is that the following tests are removed:
> te
On 12/01/15 16:54, Ian Campbell wrote:
> On Mon, 2015-01-12 at 15:43 +, David Vrabel wrote:
>> +set_page_set_private(pages[i], (unsigned long)foreign);
>
> Is set twice here correct or a typo?
Oops. I forgot to try a 32-bit build.
David
_
On Mon, 2015-01-12 at 15:43 +, David Vrabel wrote:
> 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.
On Mon, 2015-01-12 at 15:43 +, David Vrabel wrote:
> + set_page_set_private(pages[i], (unsigned long)foreign);
Is set twice here correct or a typo?
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Hey,
Two folks (Malcom, Sander) have reported issues with the dpci softirq code and
while I've an fix that fixes it, and this stage I am uncomfortable putting
it in Xen 4.5. As such I am going to revert from Xen 4.5 tree
(only) these patches:
104072f dpci: add 'masked' as a gate for hvm_dirq_assi
There is race when we clear the STATE_SCHED in the softirq
- which allows the 'raise_softirq_for' to progress and
schedule another dpci. During that time the other CPU could
receive an interrupt and calls 'raise_softirq_for' and put
the dpci on its per-cpu list. There would be two 'dpci_softirq'
ru
Forgot to put [Patch] in the subject line for the last two replies :(
- Charles
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 09/01/15 21:26, Ed White wrote:
> In preparation for selectively enabling hardware #VE in a later patch,
> set suppress #VE on all EPTE's on #VE-capable hardware.
>
> Suppress #VE should always be the default condition for two reasons:
> it is generally not safe to deliver #VE into a guest unles
On Fri, 2015-01-09 at 14:53 +, Wei Liu wrote:
> On Thu, Jan 08, 2015 at 01:34:22PM +, Andrew Cooper wrote:
> > The existing makefile was awkward with needing to express conditional
> > inclusion for both the build and install rules, and contained both split and
> > unsplit long lines.
> >
On Thu, 2015-01-08 at 17:16 +, Ian Campbell wrote:
> > +ifeq ($(debug),y)
> > +# Disable optimizations and debugging information for macros
>^enable
>
> ... or else it looks like you are saying it should be turning of macro
> debug info too. This is something w
John Ferlan wrote:
> On 01/10/2015 12:03 AM, Jim Fehlig wrote:
>
>> Introduce a parser/formatter for the xl config format. Since the
>> deprecation of xm/xend, the VM config file format has diverged as
>> new features are added to libxl. This patch adds support for parsing
>> and formating the
On Thu, 2015-01-08 at 16:47 +, Stefano Stabellini wrote:
> On Thu, 8 Jan 2015, Ian Campbell wrote:
> > On Thu, 2015-01-08 at 16:07 +, Wei Liu wrote:
> > > On Thu, Jan 08, 2015 at 02:07:42PM +, Ian Campbell wrote:
> > > > On Wed, 2014-11-26 at 16:55 +, Wei Liu wrote:
> > > > > Modify
On Mon, Jan 12, 2015 at 04:35:19PM +, Ian Campbell wrote:
> On Fri, 2015-01-09 at 16:06 +, Wei Liu wrote:
> > On Fri, Jan 09, 2015 at 03:56:45PM +, Julien Grall wrote:
> > > If we fail to give the access, the domain will unlikely work correctly.
> > > So we should bail out at the first
Add quotes around $bridge and $dev to handle spaces in names.
This should go into 4.4, 4.5 and unstable.
Signed-off-by: Charles Arnold
diff --git a/tools/hotplug/Linux/vif-bridge b/tools/hotplug/Linux/vif-bridge
index 3d72ca4..8b67b0a 100644
--- a/tools/hotplug/Linux/vif-bridge
+++ b/tools/hotpl
With changeset 22885 support was added for setting the MTU in the vif-bridge
script for when a vif interface was set to 'online'. The was not done for the
'add' operation. The 'add' operation was added to the script for when tap
devices were specified (c/s 21944). With the setting of the MTU for
On Fri, 2015-01-09 at 16:06 +, Wei Liu wrote:
> On Fri, Jan 09, 2015 at 03:56:45PM +, Julien Grall wrote:
> > If we fail to give the access, the domain will unlikely work correctly.
> > So we should bail out at the first error.
> >
> > Signed-off-by: Julien Grall
> > Cc: Ian Jackson
> >
Hi Ian,
On 12/01/15 16:35, Ian Campbell wrote:
> On Fri, 2015-01-09 at 16:06 +, Wei Liu wrote:
>> On Fri, Jan 09, 2015 at 03:56:45PM +, Julien Grall wrote:
>>> If we fail to give the access, the domain will unlikely work correctly.
>>> So we should bail out at the first error.
>>>
>>> Sign
On Fri, 2015-01-09 at 16:13 +, Julien Grall wrote:
> Signed-off-by: Julien Grall
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian Campbell
> Cc: Wei Liu
Applied, thanks.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.
Hi Stefano,
Sorry for the very late answer on this patch.
On 06/08/14 17:23, Stefano Stabellini wrote:
>> diff --git a/xen/drivers/passthrough/device_tree.c
>> b/xen/drivers/passthrough/device_tree.c
>> index 45d4a59..f8affa0 100644
>> --- a/xen/drivers/passthrough/device_tree.c
>> +++ b/xen/dri
On Mon, 2015-01-12 at 15:24 +, Julien Grall wrote:
> Ok. I'm fine with it.
Thanks, I've applied the whole series, fixing the comment you noted in
#3 as I went.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, 2015-01-12 at 15:22 +, Wei Liu wrote:
> On Mon, Jan 12, 2015 at 03:18:02PM +, Ian Campbell wrote:
> > TDB provides us with a callback for this purpose. Use it in both
> > xenstored and xs_tdb_dump.
> >
> > While at it make the existing log() macro tollerate memory failures.
> >
>
On Thu, 2015-01-08 at 11:18 +, Wei Liu wrote:
> Acked-by: Wei Liu
>
Applied, thanks.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, 2015-01-12 at 09:23 -0700, Jim Fehlig wrote:
> Ian Campbell wrote:
> > On Fri, 2015-01-09 at 22:03 -0700, Jim Fehlig wrote:
> >
> >> The first attempt to implement support for parsing/formatting Xen's
> >> xl disk config format copied Xen's flex-based parser into libvirt, which
> >> has
Ian Campbell wrote:
> On Fri, 2015-01-09 at 22:03 -0700, Jim Fehlig wrote:
>
>> The first attempt to implement support for parsing/formatting Xen's
>> xl disk config format copied Xen's flex-based parser into libvirt, which
>> has proved to be challenging in the context of autotools. But as it
>>> On 12.01.15 at 17:03, wrote:
> On 2015/01/12 16:09, Jan Beulich wrote:
> On 09.01.15 at 16:12, wrote:
>>> @@ -899,26 +899,27 @@ __gnttab_unmap_common(
>>>
>>> op->frame = (unsigned long)(op->dev_bus_addr >> PAGE_SHIFT);
>>>
>>> +read_lock(&lgt->lock);
>>> if ( unlikely(o
Same comments with Egger.
Acked-by: Liu Jinsong
-邮件原件-
发件人: Egger, Christoph [mailto:cheg...@amazon.de]
发送时间: 2015年1月12日 18:18
收件人: Jan Beulich; xen-devel
抄送: 刘劲松(凯耳)
主题: Re: [PATCH] x86/MCE: allow overriding the CMCI threshold
On 2015/01/12 9:44, Jan Beulich wrote:
> We've had reports
On Mon, Jan 12, Ian Campbell wrote:
> Adding some CC's, including the devel list.
>
> On Fri, 2015-01-09 at 19:49 -0600, Doug McMillan wrote:
> > configuration(?)
> > I compiled booted straight from bios with xen.efi during boot I received
> > several errors.
> > xl info works (see attachment).
> -Original Message-
> From: xen-devel-boun...@lists.xen.org
> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Xu, Quan
> Sent: Friday, January 09, 2015 9:25 AM
> To: Daniel De Graaf; xen-devel@lists.xen.org
> Cc: samuel.thiba...@ens-lyon.org; stefano.stabell...@eu.citrix.com
> Subj
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
Unmapping may require sleeping and we unmap while holding priv->lock, so
convert it to a mutex.
Signed-off-by: David Vrabel
---
drivers/xen/gntdev.c | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/drivers/xen/gntdev.c b/drivers/xen
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
For a PV guest, use the find_page op to find the right page. To
handle VMAs being split, remember the start of the original VMA so the
correct index in the pages array can be calculated.
Signed-off-by: David Vrabel
---
drivers/xen/gntdev.c | 12
1 file changed, 12 insertions(+)
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
On Mon, Jan 12, 2015 at 02:58:53PM +, Ian Campbell wrote:
> Adding some CC's, including the devel list.
>
> On Fri, 2015-01-09 at 19:49 -0600, Doug McMillan wrote:
> >
> >
> > configuration(?)
> > I compiled booted straight from bios with xen.efi during boot I received
> > several errors.
>
On 2015/01/12 16:09, Jan Beulich wrote:
On 09.01.15 at 16:12, wrote:
>> @@ -899,26 +899,27 @@ __gnttab_unmap_common(
>>
>> op->frame = (unsigned long)(op->dev_bus_addr >> PAGE_SHIFT);
>>
>> +read_lock(&lgt->lock);
>> if ( unlikely(op->handle >= lgt->maptrack_limit) )
>>
Wei Liu writes ("[PATCH] Add a flight to test OVMF master branch"):
> Do the usual stuffs for adding a new branch (ap-* cr-* etc).
>
> Modify ts-xen-build so that it builds Xen with the specified ovmf tree
> and revision.
>
> Only build and test on x86 by modifying make-flight and mfi-common.
>
On 01/12/2015 07:51 AM, John Ferlan wrote:
>
>
> On 01/10/2015 12:03 AM, Jim Fehlig wrote:
>> This reverts commit 2c78051a14acfb7aba078d569b1632dfe0ca0853.
>>
>> Conflicts:
>> src/Makefile.am
>>
>> Signed-off-by: Jim Fehlig
>> ---
>> .gitignore| 1 -
>> cfg.mk
Graaf,
Now there are no more comments for this series of patch.
Can this series of patch be merged in staging branch? or any other AR, let me
know.
If the series of patch are in staging branch, the Community and I can continue
to develop and enhance it.
Thanks
Quan
> -Original Message--
On 01/12/2015 08:06 AM, Ian Campbell wrote:
> On Fri, 2015-01-09 at 22:03 -0700, Jim Fehlig wrote:
>> The first attempt to implement support for parsing/formatting Xen's
>> xl disk config format copied Xen's flex-based parser into libvirt, which
>> has proved to be challenging in the context of aut
On 12/01/15 11:42, Jan Beulich wrote:
On 12.01.15 at 12:33, wrote:
>> On 12/01/15 08:57, Jan Beulich wrote:
>>> --- a/xen/include/xen/event.h
>>> +++ b/xen/include/xen/event.h
>>> @@ -152,10 +152,11 @@ static inline void evtchn_port_init(stru
>>> d->evtchn_port_ops->init(d, evtchn);
1 - 100 of 225 matches
Mail list logo
