This patch covers modifications to xen/arch/*/vm_event.c, in order
to include ARM vm_event maintainership.
Signed-off-by: Razvan Cojocaru
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7c1bf82..b36d9be 100644
--- a/MAINTAINERS
flight 79450 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/79450/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 59254
build-i386-rumpuserxe
flight 79465 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/79465/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 78980
build-amd64-rumpuserxe
flight 79485 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/79485/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543
test-amd64-i386-xl-qemuu-ovm
On Sun, Jan 31, 2016 at 2:07 AM, Razvan Cojocaru
wrote:
> This patch covers modifications to xen/arch/*/vm_event.c, in order
> to include ARM vm_event maintainership.
>
> Signed-off-by: Razvan Cojocaru
>
Once vm_event.c is added to ARM:
Acked-by: Tamas K Lengyel
> ---
> MAINTAINERS | 2 +-
flight 79502 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/79502/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 79422
Regressions which ar
On Sat, 2016-01-30 at 01:18 +, Kay, Allen M wrote:
>
> > -Original Message-
> > From: iGVT-g [mailto:igvt-g-boun...@lists.01.org] On Behalf Of Alex
> > Williamson
> > Sent: Friday, January 29, 2016 10:00 AM
> > To: Gerd Hoffmann
> > Cc: igv...@ml01.01.org; xen-de...@lists.xensource.com
On Fri, Jan 29, 2016 at 11:01:00AM +, David Woodhouse wrote:
> Also, wasn't Christoph looking at making per-device DMA ops more
> generic instead of an 'archdata' thing on basically every platform? Or
> did I just imagine that part?
What I've done for 4.5 is to switch all architectures to use
On Fri, Jan 29, 2016 at 10:34:59AM +, David Vrabel wrote:
> On 29/01/16 02:31, Andy Lutomirski wrote:
> > Signed-off-by: Andy Lutomirski
> > ---
> > drivers/virtio/virtio_ring.c | 12
> > 1 file changed, 12 insertions(+)
> >
> > diff --git a/drivers/virtio/virtio_ring.c b/driver
On Thu, Jan 28, 2016 at 06:31:13PM -0800, Andy Lutomirski wrote:
> This switches virtio to use the DMA API on Xen and if requested by
> module option.
>
> This fixes virtio on Xen, and it should break anything because it's
> off by default on everything except Xen PV on x86.
>
> To the Xen people
On Sun, Jan 31, 2016 at 12:09 PM, Michael S. Tsirkin wrote:
> On Fri, Jan 29, 2016 at 10:34:59AM +, David Vrabel wrote:
>> On 29/01/16 02:31, Andy Lutomirski wrote:
>> > Signed-off-by: Andy Lutomirski
>> > ---
>> > drivers/virtio/virtio_ring.c | 12
>> > 1 file changed, 12 inser
On Sun, Jan 31, 2016 at 12:12 PM, Michael S. Tsirkin wrote:
> On Thu, Jan 28, 2016 at 06:31:13PM -0800, Andy Lutomirski wrote:
>> This switches virtio to use the DMA API on Xen and if requested by
>> module option.
>>
>> This fixes virtio on Xen, and it should break anything because it's
>> off by
On Sun, Jan 31, 2016 at 12:13:58PM -0800, Andy Lutomirski wrote:
> On Sun, Jan 31, 2016 at 12:09 PM, Michael S. Tsirkin wrote:
> > On Fri, Jan 29, 2016 at 10:34:59AM +, David Vrabel wrote:
> >> On 29/01/16 02:31, Andy Lutomirski wrote:
> >> > Signed-off-by: Andy Lutomirski
> >> > ---
> >> >
On Sun, Jan 31, 2016 at 12:18 PM, Michael S. Tsirkin wrote:
> On Sun, Jan 31, 2016 at 12:13:58PM -0800, Andy Lutomirski wrote:
>> On Sun, Jan 31, 2016 at 12:09 PM, Michael S. Tsirkin wrote:
>> > On Fri, Jan 29, 2016 at 10:34:59AM +, David Vrabel wrote:
>> >> On 29/01/16 02:31, Andy Lutomirski
flight 79527 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/79527/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 66399
build-i386-rumpuserxen
I run Xen 4.6 Dom0
rpm -qa | egrep -i "kernel-default-4|xen-4"
kernel-default-devel-4.4.0-8.1.g9f68b90.x86_64
xen-4.6.0_08-405.1.x86_64
My guests are currently HVM in PVHVM mode; I'm exploring PVH.
IIUC, for 4.6, this doc
http://xenbits.xen.org/d
flight 79547 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/79547/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 60684
build-amd6
In any case, the !st issue, prior to any guest being launched, simply adding
@ GRUBG cfg
-GRUB_CMDLINE_XEN=" ..."
+GRUB_CMDLINE_XEN=" dom0pvh ..."
causes boot fail,
...
(XEN) [2016-01-31 19:28:09] d0v0 EPT violation 0x1aa (-w-/r-x) gpa
0x00f100054c mfn 0xf15
(XEN) [2016-01-31 1
flight 79562 linux-3.14 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/79562/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 78986
build-amd64-rumpuserxe
v4 is meant for discussion on the addition of replq.
Changes since v3:
removed running queue.
added repl queue to keep track of repl events.
timer is now per scheduler.
timer is init on a valid cpu in a cpupool.
Bugs to be fixed: Cpupool and locks. When a pcpu is r
On 29/01/16 17:46, Jan Beulich wrote:
On 29.01.16 at 17:26, wrote:
>> On Fri, Jan 29, 2016 at 09:00:15AM -0700, Jan Beulich wrote:
>> On 29.01.16 at 16:30, wrote:
I am hoping the maintainers can guide me in how they would like:
- Deal with documentation? I removed the allowsup
On 01/30/2016 12:38 AM, Konrad Rzeszutek Wilk wrote:
> On Fri, Jan 29, 2016 at 01:27:28PM +0800, Wen Congyang wrote:
>> In COLO mode, both VMs are running, and are considered in sync if the
>> visible network traffic is identical. After some time, they fall out of
>> sync.
>>
>> At this point, the
Hi,
The following document describes the design of adding vNVDIMM support
for Xen. Any comments are welcome.
Thanks,
Haozhong
Content
===
1. Background
1.1 Access Mechanisms: Persistent Memory and Block Window
1.2 ACPI Support
1.2.1 NFIT
1.2.2 _DSM and _FIT
1.3 Namespace
1.4 clwb/cl
Hi Jan,
On 01/18/16 05:58, Haozhong Zhang wrote:
> This patchset adds support for VMX TSC scaling feature which is
> available on Intel Skylake Server CPU. The specification of VMX TSC
> scaling can be found at
> http://www.intel.com/content/www/us/en/processors/timestamp-counter-scaling-virtualiz
On Mon, Dec 07, Roger Pau Monne wrote:
> Introduce a new flag in xc_dom_image that turns on and off the emulated
> devices. This prevents creating the VGA hole, the hvm_info page and the
> ioreq server pages. libxl unconditionally sets it to true for all HVM
> domains at the moment.
> @@ -1428,8
The X86 domain structure already occupied PAGE_SIZE (4096).
Looking @ the memory layout of the structure, we could see that
overall most was occupied by (used the pahole tool on domain.o):
* sizeof(domain.arch) = sizeof(arch_domain) = 3328 bytes.
* sizeof(domain.arch.hvm_domain) = 2224 bytes.
*
>>> On 30.01.16 at 15:38, wrote:
> On 1/30/2016 12:33 AM, Jan Beulich wrote:
> On 29.01.16 at 11:45, wrote:
>>> --- a/xen/arch/x86/hvm/hvm.c
>>> +++ b/xen/arch/x86/hvm/hvm.c
>>> @@ -940,6 +940,8 @@ static int hvm_ioreq_server_alloc_rangesets(struct
>>> hvm_ioreq_server *s,
>>> {
>>>
>>> On 01.02.16 at 05:54, wrote:
> On 29/01/16 17:46, Jan Beulich wrote:
> On 29.01.16 at 17:26, wrote:
>>> On Fri, Jan 29, 2016 at 09:00:15AM -0700, Jan Beulich wrote:
>>> On 29.01.16 at 16:30, wrote:
> I am hoping the maintainers can guide me in how they would like:
> - Deal w
>>> On 01.02.16 at 06:50, wrote:
> I notice that the first three of this patch series have been
> committed. Any comments on other ones?
They haven't been forgotten, but I didn't get around to look at
(and perhaps commit) them yet.
Jan
___
Xen-devel
29 matches
Mail list logo
