gmane.comp.emulators.xen.devel

Re: [Xen-users] [Xen-API] Xen Document Day: May 28th

Florian Heigl — 2012-05-25T21:58:28

Hi,

I've made some draft for helping distro packagers with knowing if they
made something that actually works. I wonder if we (xen.org...?) could
offer a xen host that does regression testing for domU distros. Odd
idea?


The doc:
http://confluence.wartungsfenster.de/display/Adminspace/Xen+domU+functions+checklist

Just typed it in my own wiki for lazyness. I'll try to be around on
monday and pull it over to Xen wiki.
It's a holiday here, too, but I admit I asked for a doc day that is
not on a working day. :)

Greetings, and happy celebrations
Florian

Re: [Xen-API] Xen Document Day: May 28th

Konrad Rzeszutek Wilk — 2012-05-25T21:12:35

Keep in mind that in US that is Memorial day so pretty much
everybody in US is going BBQ-ing and such.

Re: multicalls.c warning in xen_mc_flush

William Dauchy — 2012-05-25T21:17:58

Hi Konrad,

On Fri, May 25, 2012 at 11:01 PM, Konrad Rzeszutek Wilk
<konrad.wilk< at >oracle.com> wrote:

sure.

Re: Xorg crashes... with what distro?

Konrad Rzeszutek Wilk — 2012-05-25T21:11:53

Please do not top-post.


.. snip..

Please provide the details I've asked for.

Xen Document Day: May 28th

Lars Kurth — 2012-05-25T21:13:23

Hi,

everybody. A quick reminder that the next Xen DocumentDayis happening 
next Monday. More info on document days at 
http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list 
(http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name 
besides an item if you intend to work on it.

Best Regards
Lars

*********************
* Xen Document Days *
*********************

We have another Xen document day come up next Monday. Xen Document Days 
are for people who care about Xen Documentation and want to improve it. 
We introduced Documentation Days, because working on documentation in 
parallel with like minded-people, is just more fun than working alone! 
Everybody who can contribute is welcome to join!

For a list of items that need work, check out the community maintained 
TODO list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO 
<http://wiki.xen.org/wiki/Xen_Document_Days/TODO>). Of course, you can 
work on anything you like: the list just provides s

Re: Loading PCIe Device Driver at Dom0

Kenneth Wong — 2012-05-25T21:12:48

Hi Konrad,

It's Xen 4.1.1.

It did not occur immediately after loading. It occurs after a few I/Os.

Best Regards,
Kenneth

-----Original Message-----
From: Konrad Rzeszutek Wilk [mailto:konrad.wilk< at >oracle.com] 
Sent: Friday, May 25, 2012 1:31 PM
To: Kenneth Wong
Cc: xen-devel< at >lists.xen.org
Subject: Re: [Xen-devel] Loading PCIe Device Driver at Dom0

On Thu, May 24, 2012 at 07:37:44PM -0700, Kenneth Wong wrote:

Sure. It also means that your driver would not work with IOMMU's properly.


Some, but without any details (like machine type, userspace version, Xorg version,
kernel version, Xorg.0.log, etc) I've no clue.


So you see this only after you load your driver?

Re: ATI ES100 patch

Konrad Rzeszutek Wilk — 2012-05-25T21:04:08

OK. Pls collect the data that I've asked for. And also bootup your
kernel with 'drm.debug=255 loglevel=8 debug initcall_debug' and send
me your 'dmesg'.

Oh, and can you also attach the lspci -vvv output pls?

Re: no-carrier on qlogic 8242 10gig with linux3.xrunning xen

Konrad Rzeszutek Wilk — 2012-05-25T21:03:16

That is kind of expected - you are using the legacy IRQ and it can
only handle so much.


Hmm. Is that from dom0 or from domU?

On whatever host that showed that?

No idea. Without access to the hardware it is really hard to come
up with any reasonable idea on this.

Re: multicalls.c warning in xen_mc_flush

Konrad Rzeszutek Wilk — 2012-05-25T21:01:48

Not yet. Could you ping me in  week say please?

Re: [PATCH 1/3] xen: Add instruction length parameter in function hvm_inject_exception

Keir Fraser — 2012-05-25T20:42:22

On 25/05/2012 20:17, "Aravindh Puthiyaparambil" <aravindh< at >virtuata.com>
wrote:


Yes, everything represented in my 'struct hvm_trap', plus instruction
length, which my patch doesn't add, should be part of the trap injection API
through hvm_op hypercall and libxc. So the toolstack can inject an arbitrary
trap type, on an arbitrary vector, specify an error code (and cr2 for page
fault), and specify an increment for rIP when the trap is successfully
injected. All through one API function.

But as you say, my patch is just a proposed refactoring basis for Xudong's
patches. It actually almost certainly reverts some behaviour that you guys
actually want, which then gets added back in more sanely in patches that go
on top.

 -- Keir

Re: Loading PCIe Device Driver at Dom0

Konrad Rzeszutek Wilk — 2012-05-25T20:30:33

Sure. It also means that your driver would not work with IOMMU's properly.


Some, but without any details (like machine type, userspace version, Xorg version,
kernel version, Xorg.0.log, etc) I've no clue.


So you see this only after you load your driver?

Xen Document Day: May 28th

Lars Kurth — 2012-05-25T20:36:05

Hi,

everybody. A quick reminder that the next Xen Document Day is happening
next Monday. More info on document days at
http://wiki.xen.org/wiki/Xen_Document_Days

Hope to see you on IRC! Feel free to add stuff to the TODO list (
http://wiki.xen.org/wiki/Xen_Document_Days/TODO) or put your name besides
an item if you intend to work on it.

Best Regards
Lars

*********************
* Xen Document Days *
*********************

We have another Xen document day come up next Monday. Xen Document Days are
for people who care about Xen Documentation and want to improve it. We
introduced Documentation Days, because working on documentation in parallel
with like minded-people, is just more fun than working alone! Everybody who
can contribute is welcome to join!

For a list of items that need work, check out the community maintained TODO
list (http://wiki.xen.org/wiki/Xen_Document_Days/TODO<http://wiki.xen.org/wiki/Xen_Document_Days/TODO>).
Of course, you can work on anything you like: the list just provides
suggestion

Re: [PATCH] libxl: When checking BDF of existing slots, function should be decimal, not hex

Konrad Rzeszutek Wilk — 2012-05-25T20:27:58

Acked-by: Konrad Rzeszutek Wilk <konrad.wilk< at >oracle.com>

Compile error for libxl on centos 5

Andres Lagar-Cavilla — 2012-05-25T20:27:31

I am getting libxenlight.so and xl link failures, complaining about
missing login_tty and opentty symbols. The patch below fixes this for me,
in a quick & dirty manner.

FYI, not proposing this for the tree. I'm not sure to which extent you
want to support an oldish distro, whether libutil is universally necessary
and/or available.

Andres

diff -r 69c3ae25bb1d tools/libxl/Makefile
--- a/tools/libxl/Makefile
+++ b/tools/libxl/Makefile
< at >< at > -60,7 +60,7 < at >< at > ifeq ($(BISON),)
          scanners, please install it an rerun configure)
 endif

-LIBXL_LIBS += -lyajl
+LIBXL_LIBS += -lyajl -lutil

 LIBXL_OBJS = flexarray.o libxl.o libxl_create.o libxl_dm.o libxl_pci.o \
            libxl_dom.o libxl_exec.o libxl_xshelp.o libxl_device.o \
< at >< at > -154,7 +154,7 < at >< at > libxlutil.a: $(LIBXLU_OBJS)
    $(AR) rcs libxlutil.a $^

 xl: $(XL_OBJS) libxlutil.so libxenlight.so
-   $(CC) $(LDFLAGS) -o $< at > $(XL_OBJS) libxlutil.so $(LDLIBS_libxenlight)
$(LDLIBS_libxenctrl) -lyajl $(APPEND_LDFLAGS)
+   $(CC) $(LDFLAGS) -o $< at > $(XL_OBJS) libxlutil

[xen-unstable test] 12971: regressions - FAIL

xen.org — 2012-05-25T19:30:39

flight 12971 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/12971/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-pv           9 guest-start               fail REGR. vs. 12969

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-pcipt-intel  9 guest-start                 fail never pass
 test-amd64-i386-rhel6hvm-intel 11 leak-check/check             fail never pass
 test-amd64-i386-qemuu-rhel6hvm-amd 11 leak-check/check         fail never pass
 test-amd64-i386-qemuu-rhel6hvm-intel 11 leak-check/check       fail never pass
 test-amd64-i386-xend-winxpsp3 16 leak-check/check             fail  never pass
 test-amd64-amd64-win         16 leak-check/check             fail   never pass
 test-amd64-i386-xl-win-vcpus1 13 guest-stop                   fail  never pass
 test-i386-i386-xl-qemuu-winxpsp3 13 guest-stop                 fail never pass
 test-amd64-i386-win-vcpus1   16 leak-check/check

Re: [PATCH 1/3] xen: Add instruction length parameterin function hvm_inject_exception

Aravindh Puthiyaparambil — 2012-05-25T19:17:11

So I take it that with just this patch injecting of software
interrupts will not work and I should hold off on testing that out.
What is the plan for injecting software interrupts? Add another libxc
API for that?

Thanks,
Aravindh

Re: [PATCH 2 of 2 V6] libxl: Remus - xl remus command

Ian Campbell — 2012-05-25T16:59:41


Unless I'm mistaken the current remus support in (lib)xl doesn't
implement either disk or networking replication (and --no-net doesn't
seem to exist), at least there as several TODOs to that effect in the
code.

Please can you send an incremental patch which corrects this.

I also think it would be worth mentioning in the intro that "xl remus"
as it stands is "proof-of-concept" or "early preview", "experimental" or
something along these lines, otherwise people will expect it to be a
complete solution, which it isn't.

More importantly I think the lack of STONITH functionality should be
highlighted, since it would be rather dangerous to deploy remus without
it.

Ian.

[PATCH] libxl: When checking BDF of existing slots, function should be decimal, not hex

George Dunlap — 2012-05-25T16:34:17

# HG changeset patch
# User George Dunlap <george.dunlap< at >eu.citrix.com>
# Date 1337961666 0
# Node ID 1c28051020488782f1277dd60a2418324580297e
# Parent  69c3ae25bb1ddcb0ea44b7566d36d34e9d6a70aa
libxl: When checking BDF of existing slots, function should be decimal, not hex

Spotted-by: Konrad Wilk <konrad.wilk< at >oracle.com>
Signed-off-by: George Dunlap <george.dunlap< at >eu.citrix.com>

diff --git a/tools/libxl/libxl_pci.c b/tools/libxl/libxl_pci.c
--- a/tools/libxl/libxl_pci.c
+++ b/tools/libxl/libxl_pci.c
< at >< at > -480,7 +480,7 < at >< at > static int pciback_dev_has_slot(libxl__g
         return ERROR_FAIL;
     }
 
-    while(fscanf(f, "%x:%x:%x.%x\n", &dom, &bus, &dev, &func)==4) {
+    while(fscanf(f, "%x:%x:%x.%d\n", &dom, &bus, &dev, &func)==4) {
         if(dom == pcidev->domain
            && bus == pcidev->bus
            && dev == pcidev->dev

[PATCH v4 6/6] arm: implement event injection

Stefano Stabellini — 2012-05-25T16:23:14

Implement vcpu_mark_events_pending using the vgic to inject PPI 31, that
we reserve for Xen usage.
In the future the interrupt used for event injection might be dynamic
and could be written into the device tree.
Otherwise it could be an SGI choosen by the guest and passed to Xen
through an hypercall.


Considering that:

- it is easy to determine if an event notification
interrupt has already been EOI'd by the guest just looking at the
evtchn_upcall_pending bit in the shared_info page;

- we can safely assume that there is at most one event notification
interrupt pending at any time in any set of LR registers because we
never inject more than a single event notification interrupt in one vcpu
(see vcpu_mark_events_pending);

we can avoid requesting maintenance interrupts for
VGIC_IRQ_EVTCHN_CALLBACK, provided that we check for event notification
interrupts that need to be cleared in the following places:

- maintenance interrupt entry;

- gic_set_guest_irq;

that is every time we are about to write to an LR.

[PATCH v4 3/6] arm: shared_info page allocation andmapping

Stefano Stabellini — 2012-05-25T16:23:11

Allocate the shared_info page at domain creation.

Implement arch_memory_op, only for XENMEM_add_to_physmap with space ==
XENMAPSPACE_shared_info, so that the guest can map the shared_info page.


Changes in v4:

- pass 0 as memflags to alloc_xenheap_pages in arch_domain_create.


Changes in v3:

- /MEMF_bits(32)/MEMF_bits(64);

- do not alloc the shared_info page for the idle domain;

- define CONFIG_PAGING_ASSISTANCE;

- adjust the API to match what the common code expects;

- implement a dummy guest_physmap_remove_page.


Signed-off-by: Stefano Stabellini <stefano.stabellini< at >eu.citrix.com>
Signed-off-by: Ian Campbell <ian.campbell< at >citrix.com>
---
 xen/arch/arm/domain.c        |   11 +++++
 xen/arch/arm/mm.c            |   98 ++++++++++++++++++++++++++++++++++++++++--
 xen/arch/arm/p2m.c           |   24 ++++++++++-
 xen/include/asm-arm/config.h |    2 +
 xen/include/asm-arm/mm.h     |    4 ++
 xen/include/asm-arm/p2m.h    |    9 ++++
 xen/include/asm-arm/paging.h |    3 +
 7 files changed, 146 insertions(

[PATCH v4 2/6] arm: replace list_del and INIT_LIST_HEADwith list_del_init

Stefano Stabellini — 2012-05-25T16:23:10

Signed-off-by: Stefano Stabellini <stefano.stabellini< at >eu.citrix.com>
---
 xen/arch/arm/gic.c |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c
index ea5ce06..c05e598 100644
--- a/xen/arch/arm/gic.c
+++ b/xen/arch/arm/gic.c
< at >< at > -539,8 +539,7 < at >< at > static void maintenance_interrupt(int irq, void *dev_id, struct cpu_user_regs *r
             p->desc->status &= ~IRQ_INPROGRESS;
             GICC[GICC_DIR] = virq;
         }
-        list_del(&p->inflight);
-        INIT_LIST_HEAD(&p->inflight);
+        list_del_init(&p->inflight);
         cpu_raise_softirq(current->processor, VGIC_SOFTIRQ);
         spin_unlock(&current->arch.vgic.lock);