On creation time, tap and xnb interfaces are created with an mtu of
1500 bytes, assuming the bridge will have the same value.
Instead, check the bridge mtu and configure the new xnb or
tap interface with the same value.
The tools used are sed and ifconfig, both included on base. No need
to install
On 04/19/2015 05:50 AM, Chunyan Liu wrote:
Add pvusb commands: usb-ctrl-attach, usb-ctrl-detach, usb-list,
usb-attach and usb-detach.
To attach a usb device to guest through pvusb, one could follow
following example:
#xl usb-ctrl-attach test_vm version=1 num_ports=8
#xl usb-list test_vm
Hi, everyone,
I would like to use xenmon to gain insight into xen environment. What I
know about xenmon is that xentrace is used to catch events and xenbaked is
used to processes events and xenmon is used to display and/or log the data.
But I don’t know how to put them work together.
I once use
At 17:29 +0800 on 17 Apr (1429291763), Kai Huang wrote:
>
>
> On 04/17/2015 04:36 PM, Tim Deegan wrote:
> > At 11:32 +0800 on 17 Apr (1429270332), Kai Huang wrote:
> >>
> >> On 04/17/2015 08:10 AM, Tim Deegan wrote:
> >>> At 22:57 + on 16 Apr (1429225024), Tian, Kevin wrote:
> >>>
> > Fro
>>> On 09.04.15 at 17:44, wrote:
> --- /dev/null
> +++ b/xen/include/public/pmu.h
> @@ -0,0 +1,38 @@
> +#ifndef __XEN_PUBLIC_PMU_H__
> +#define __XEN_PUBLIC_PMU_H__
> +
> +#include "xen.h"
> +#if defined(__i386__) || defined(__x86_64__)
> +#include "arch-x86/pmu.h"
> +#elif defined (__arm__) || de
On 04/17/2015 11:06 AM, Stefano Stabellini wrote:
> On Thu, 16 Apr 2015, George Dunlap wrote:
>> Because we use "set -e", we can't use the "a && b" construct, as it will
>> fail and stop the script.
>>
>> Signed-off-by: George Dunlap
>
> I am wondering whether we should ban both a && b and a ||
On Fri, 2015-04-17 at 13:40 -0600, Jim Fehlig wrote:
> On 04/17/2015 11:19 AM, Olaf Hering wrote:
> > If the domU configu has sdl enabled libvirtd crashes:
> > libvirtd[5158]: libvirtd: libxl.c:343: libxl_defbool_val: Assertion
> > `!libxl_defbool_is_default(db)' failed.
>
> The assertion seems h
On 04/17/2015 09:43 AM, Ian Campbell wrote:
> On Thu, 2015-04-16 at 17:19 +0100, George Dunlap wrote:
>> Signed-off-by: George Dunlap
>
> AIUI raisin does build dependency handling/tracking. If so then fakeroot
> ought to be added to it I think?
The Ubuntu docker image seems to include it (or it
>>> On 09.04.15 at 17:44, wrote:
> +static void pvpmu_finish(struct domain *d, xen_pmu_params_t *params)
> +{
> +struct vcpu *v;
> +struct vpmu_struct *vpmu;
> +uint64_t mfn;
> +void *xenpmu_data;
> +
> +if ( (params->vcpu >= d->max_vcpus) || (d->vcpu[params->vcpu] == NULL) )
>
On Sat, 2015-04-18 at 17:23 +0800, Chen Baozi wrote:
> On Sat, Apr 18, 2015 at 05:08:58PM +0800, Chen Baozi wrote:
> > On Fri, Apr 17, 2015 at 05:13:16PM +0100, Stefano Stabellini wrote:
> > > On Fri, 17 Apr 2015, Ian Campbell wrote:
> > > > On Fri, 2015-04-17 at 15:34 +0100, Stefano Stabellini wro
On Mon, 20 Apr 2015, Jan Beulich wrote:
> >>> On 17.04.15 at 20:50, wrote:
> > I see there are some commits in qemu-upstream-4.4-testing.git, but in
> > xen.git, we still point QEMU_UPSTREAM_REVISION to qemu-xen-4.4.2.
> >
> > Should we update QEMU_UPSTREAM_REVISION to latest commit in
> > qemu-u
On 04/17/2015 11:18 AM, Stefano Stabellini wrote:
> On Thu, 16 Apr 2015, George Dunlap wrote:
>> This makes it easier to debug just one aspect of the build.
>>
>> Signed-off-by: George Dunlap
>> ---
>> CC: Stefano Stabellini
>> ---
>> lib/commands.sh | 16
>> raise |
On 04/17/2015 11:14 AM, Stefano Stabellini wrote:
> On Thu, 16 Apr 2015, George Dunlap wrote:
>> Add package dependencies for CentOS. Also use PKGTYPE rather than
>> DISTRO to determine if we need rpm-build.
>>
>> I've tested this for xen but not for libvirt or grub.
>>
>> Signed-off-by: George Du
On Sat, 2015-04-18 at 00:41 +0800, Chen Baozi wrote:
> On Fri, Apr 17, 2015 at 02:21:45PM +0100, Ian Campbell wrote:
> > On Fri, 2015-04-17 at 19:24 +0800, Chen Baozi wrote:
> > > Hi all,
> > >
> > > According to my recent experience, there might be some problems of swiotlb
> > > dma map on 1:1 ma
>>> On 20.04.15 at 10:59, wrote:
> On Mon, 20 Apr 2015, Jan Beulich wrote:
>> >>> On 17.04.15 at 20:50, wrote:
>> > I see there are some commits in qemu-upstream-4.4-testing.git, but in
>> > xen.git, we still point QEMU_UPSTREAM_REVISION to qemu-xen-4.4.2.
>> >
>> > Should we update QEMU_UPSTREA
On Mon, 2015-04-20 at 09:57 +0100, George Dunlap wrote:
> On 04/17/2015 09:43 AM, Ian Campbell wrote:
> > On Thu, 2015-04-16 at 17:19 +0100, George Dunlap wrote:
> >> Signed-off-by: George Dunlap
> >
> > AIUI raisin does build dependency handling/tracking. If so then fakeroot
> > ought to be adde
On 04/17/2015 11:37 AM, Stefano Stabellini wrote:
> On Thu, 16 Apr 2015, George Dunlap wrote:
>> Allow COMPONENTS to be specified in the config (or on the command-line)
>>
>> Now you can keep all components enabled in your config but build only
>> one like so:
>>
>> COMPONENTS="xen" ./raise build
>
On 04/17/2015 11:40 AM, Stefano Stabellini wrote:
> On Thu, 16 Apr 2015, George Dunlap wrote:
>> Allow COMPONENTS to be specified in the config (or on the command-line)
>>
>> Now you can keep all components enabled in your config but build only
>> one like so:
>>
>> COMPONENTS="xen" ./raise build
>
On Mon, 20 Apr 2015, Jan Beulich wrote:
> >>> On 20.04.15 at 10:59, wrote:
> > On Mon, 20 Apr 2015, Jan Beulich wrote:
> >> >>> On 17.04.15 at 20:50, wrote:
> >> > I see there are some commits in qemu-upstream-4.4-testing.git, but in
> >> > xen.git, we still point QEMU_UPSTREAM_REVISION to qemu-x
El 20/04/15 a les 9.12, Gustau Perez ha escrit:
> On creation time, tap and xnb interfaces are created with an mtu of
> 1500 bytes, assuming the bridge will have the same value.
> Instead, check the bridge mtu and configure the new xnb or
> tap interface with the same value.
>
> The tools used are
>>> On 20.04.15 at 11:24, wrote:
> On Mon, 20 Apr 2015, Jan Beulich wrote:
>> >>> On 20.04.15 at 10:59, wrote:
>> > On Mon, 20 Apr 2015, Jan Beulich wrote:
>> >> >>> On 17.04.15 at 20:50, wrote:
>> >> > I see there are some commits in qemu-upstream-4.4-testing.git, but in
>> >> > xen.git, we sti
On Mon, Apr 20, Ian Campbell wrote:
> On Fri, 2015-04-17 at 13:40 -0600, Jim Fehlig wrote:
> > On 04/17/2015 11:19 AM, Olaf Hering wrote:
> > > If the domU configu has sdl enabled libvirtd crashes:
> > > libvirtd[5158]: libvirtd: libxl.c:343: libxl_defbool_val: Assertion
> > > `!libxl_defbool_is_
On Mon, 20 Apr 2015, Jan Beulich wrote:
> >>> On 20.04.15 at 11:24, wrote:
> > On Mon, 20 Apr 2015, Jan Beulich wrote:
> >> >>> On 20.04.15 at 10:59, wrote:
> >> > On Mon, 20 Apr 2015, Jan Beulich wrote:
> >> >> >>> On 17.04.15 at 20:50, wrote:
> >> >> > I see there are some commits in qemu-upst
On 04/17/2015 11:50 AM, Stefano Stabellini wrote:
> On Thu, 16 Apr 2015, George Dunlap wrote:
>> Until we start hosting the blktap repo on xenbits, use the one from github.
>>
>> Also, we need to pass in the directories where to find the
>> libblktapctl headers in the Xen build.
>>
>> Signed-off-by
On Mon, 2015-04-20 at 11:32 +0200, Olaf Hering wrote:
> On Mon, Apr 20, Ian Campbell wrote:
>
> > On Fri, 2015-04-17 at 13:40 -0600, Jim Fehlig wrote:
> > > On 04/17/2015 11:19 AM, Olaf Hering wrote:
> > > > If the domU configu has sdl enabled libvirtd crashes:
> > > > libvirtd[5158]: libvirtd: li
On Sat, 18 Apr 2015, Chen Baozi wrote:
> On Fri, Apr 17, 2015 at 05:13:16PM +0100, Stefano Stabellini wrote:
> > On Fri, 17 Apr 2015, Ian Campbell wrote:
> > > On Fri, 2015-04-17 at 15:34 +0100, Stefano Stabellini wrote:
> > > > > > If I set dom0_mem to a small value (e.g. 512M), which makes all
>
On Mon, 20 Apr 2015, George Dunlap wrote:
> On 04/17/2015 11:06 AM, Stefano Stabellini wrote:
> > On Thu, 16 Apr 2015, George Dunlap wrote:
> >> Because we use "set -e", we can't use the "a && b" construct, as it will
> >> fail and stop the script.
> >>
> >> Signed-off-by: George Dunlap
> >
> >
On Mon, Apr 20, 2015 at 4:29 PM, Tim Deegan wrote:
> At 17:29 +0800 on 17 Apr (1429291763), Kai Huang wrote:
>>
>>
>> On 04/17/2015 04:36 PM, Tim Deegan wrote:
>> > At 11:32 +0800 on 17 Apr (1429270332), Kai Huang wrote:
>> >>
>> >> On 04/17/2015 08:10 AM, Tim Deegan wrote:
>> >>> At 22:57 + o
On Mon, Apr 20, 2015 at 11:25:36AM +0200, Roger Pau Monné wrote:
> El 20/04/15 a les 9.12, Gustau Perez ha escrit:
> > On creation time, tap and xnb interfaces are created with an mtu of
> > 1500 bytes, assuming the bridge will have the same value.
> > Instead, check the bridge mtu and configure th
On Mon, 20 Apr 2015, George Dunlap wrote:
> On 04/17/2015 11:50 AM, Stefano Stabellini wrote:
> > On Thu, 16 Apr 2015, George Dunlap wrote:
> >> Until we start hosting the blktap repo on xenbits, use the one from github.
> >>
> >> Also, we need to pass in the directories where to find the
> >> libb
On Mon, 2015-04-20 at 10:58 +0100, Stefano Stabellini wrote:
> On Sat, 18 Apr 2015, Chen Baozi wrote:
> > On Fri, Apr 17, 2015 at 05:13:16PM +0100, Stefano Stabellini wrote:
> > > On Fri, 17 Apr 2015, Ian Campbell wrote:
> > > > On Fri, 2015-04-17 at 15:34 +0100, Stefano Stabellini wrote:
> > > > >
Hi,
At 18:08 +0800 on 20 Apr (1429553282), Kai Huang wrote:
> Agreed. So this time for the PML patches, I'll always call both
> mark_dirty and p2m_change_type_one (and ignore return value) for all
> logged GPA.
>
> But I intend not to change current video ram tracking code
> (paging_log_dirty_ran
On Mon, Apr 20, Ian Campbell wrote:
> If what you said were true then an assert would be a rather harsh
> overreaction to an application coding error.
Currently both libxl and libvirt are coded that way. Since the sdl code
path in libvirt was never executed the crash in libxlMakeVfbList was not
n
On 20/04/2015 12:01, Wei Liu wrote:
> On Mon, Apr 20, 2015 at 11:25:36AM +0200, Roger Pau Monné wrote:
>> El 20/04/15 a les 9.12, Gustau Perez ha escrit:
>>> On creation time, tap and xnb interfaces are created with an mtu of
>>> 1500 bytes, assuming the bridge will have the same value.
>>> Inste
On Mon, 2015-04-20 at 12:20 +0200, Olaf Hering wrote:
> On Mon, Apr 20, Ian Campbell wrote:
>
> > If what you said were true then an assert would be a rather harsh
> > overreaction to an application coding error.
>
> Currently both libxl and libvirt are coded that way. Since the sdl code
> path i
On Mon, 20 Apr 2015, George Dunlap wrote:
> On 04/17/2015 11:37 AM, Stefano Stabellini wrote:
> > On Thu, 16 Apr 2015, George Dunlap wrote:
> >> Allow COMPONENTS to be specified in the config (or on the command-line)
> >>
> >> Now you can keep all components enabled in your config but build only
>
On Mon, 20 Apr 2015, George Dunlap wrote:
> On 04/17/2015 11:14 AM, Stefano Stabellini wrote:
> > On Thu, 16 Apr 2015, George Dunlap wrote:
> >> Add package dependencies for CentOS. Also use PKGTYPE rather than
> >> DISTRO to determine if we need rpm-build.
> >>
> >> I've tested this for xen but n
On Mon, Apr 20, Ian Campbell wrote:
> It makes no sense to do that at init time, the whole purpose of a
> defbool is to allow the calling application to choose a value or to
> explicitly leave it as a request to for the default (which might vary
> depending on other selections).
Yes, and thats wh
On Mon, 20 Apr 2015, Ian Campbell wrote:
> On Mon, 2015-04-20 at 10:58 +0100, Stefano Stabellini wrote:
> > On Sat, 18 Apr 2015, Chen Baozi wrote:
> > > On Fri, Apr 17, 2015 at 05:13:16PM +0100, Stefano Stabellini wrote:
> > > > On Fri, 17 Apr 2015, Ian Campbell wrote:
> > > > > On Fri, 2015-04-17
On Mon, Apr 20, 2015 at 10:58:52AM +0100, Stefano Stabellini wrote:
> On Sat, 18 Apr 2015, Chen Baozi wrote:
> > On Fri, Apr 17, 2015 at 05:13:16PM +0100, Stefano Stabellini wrote:
> > > On Fri, 17 Apr 2015, Ian Campbell wrote:
> > > > On Fri, 2015-04-17 at 15:34 +0100, Stefano Stabellini wrote:
>
Make sure that xen_swiotlb_init allocates buffers that is DMA capable.
Signed-off-by: Chen Baozi
---
drivers/xen/swiotlb-xen.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotlb-xen.c
index 810ad41..7345afd 100644
--- a/drivers/x
and be quite about doing so; these are only intermediate directories.
No practical change, but the build log is roughly halved.
Signed-off-by: Andrew Cooper
CC: Ian Campbell
CC: Ian Jackson
CC: Wei Liu
---
docs/Makefile | 22 +++---
1 file changed, 11 insertions(+), 11 dele
pandoc is a superset of markdown
Signed-off-by: Andrew Cooper
CC: Ian Campbell
CC: Ian Jackson
CC: Wei Liu
---
docs/Makefile | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/docs/Makefile b/docs/Makefile
index 487f7a6..6266b32 100644
--- a/docs/Makefile
++
No functional change.
Signed-off-by: Andrew Cooper
CC: Ian Campbell
CC: Ian Jackson
CC: Wei Liu
---
docs/Makefile | 21 -
1 file changed, 12 insertions(+), 9 deletions(-)
diff --git a/docs/Makefile b/docs/Makefile
index 6f79584..0b458f1 100644
--- a/docs/Makefile
+++ b/
Sometimes there is already a round enough wheel to hand.
No functional change.
Signed-off-by: Andrew Cooper
CC: Ian Campbell
CC: Ian Jackson
CC: Wei Liu
---
docs/Makefile |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/docs/Makefile b/docs/Makefile
index f4c8412.
* Use $(PANDOC) from ./configure
* Swap '-N' for its less-obscure longer form
* Don't explicitly echo about markdown. The call to markdown is emitted
* Whitespace cleanup
Signed-off-by: Andrew Cooper
CC: Ian Campbell
CC: Ian Jackson
CC: Wei Liu
---
docs/Makefile |5 ++---
1 file chan
Nothing expensive depends on these results.
Also prefer $(INSTALL_DATA) over cp to get correct file attributes (see
fb33b2b "docs: make .txt files over-writable when building from r/o sources")
Signed-off-by: Andrew Cooper
CC: Ian Campbell
CC: Ian Jackson
CC: Wei Liu
---
docs/Makefile | 21
This is the results of shaving a yak which started while introducing a pandoc
document in the Migration v2 libxc series
Andrew Cooper (7):
docs/build: Misc cleanup
docs/build: Do not open-code $*
docs/build: Move two rules for consistency, and comment sections
docs/build: Do not use move-i
For top-level targets which use more than a single program to produce content
(txt already, pdf once pandoc is supported), these current checks are
unsuitable.
By moving the the install checks to the rules which actually use the programs,
it is now possible to build a subset of a top-level target
osstest service user writes ("[qemu-mainline test] 50651: trouble:
blocked/broken"):
> flight 50651 qemu-mainline real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/50651/
>
> Failures and problems with tests :-(
>
> Tests which did not succeed and are blocking,
> including tests whi
In Xen 4.5 we rely on the fact that the physical irq is routed to the
physical cpu running the vcpu of the domain that needs to receive the
corresponding virq.
So if you want to inject IRQ 100 to CPU 1, while Dom0 is set to receive
vIRQ 100 (virtual irq corresponding to IRQ 100) to vcpu0, running
On 20/04/15 11:48, Chen Baozi wrote:
> Make sure that xen_swiotlb_init allocates buffers that is DMA capable.
>
> Signed-off-by: Chen Baozi
> ---
> drivers/xen/swiotlb-xen.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/xen/swiotlb-xen.c b/drivers/xen/swiotl
On 04/17/2015 11:58 AM, Stefano Stabellini wrote:
> On Thu, 16 Apr 2015, George Dunlap wrote:
>> Until we start hosting the blktap repo on xenbits, use the one from github.
>>
>> Also, we need to pass in the directories where to find the
>> libblktapctl headers in the Xen build.
>>
>> Signed-off-by
On Thu, Apr 16, 2015 at 1:42 PM, Eric Dumazet wrote:
> On Thu, 2015-04-16 at 11:01 +0100, George Dunlap wrote:
>
>> He suggested that after he'd been prodded by 4 more e-mails in which two
>> of us guessed what he was trying to get at. That's what I was
>> complaining about.
>
> My big complain i
On Mon, Apr 20, 2015 at 11:53:47AM +0100, David Vrabel wrote:
> On 20/04/15 11:48, Chen Baozi wrote:
> > Make sure that xen_swiotlb_init allocates buffers that is DMA capable.
> >
> > Signed-off-by: Chen Baozi
> > ---
> > drivers/xen/swiotlb-xen.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1
On Mon, 2015-04-20 at 12:32 +0200, Olaf Hering wrote:
> On Mon, Apr 20, Ian Campbell wrote:
>
> > It makes no sense to do that at init time, the whole purpose of a
> > defbool is to allow the calling application to choose a value or to
> > explicitly leave it as a request to for the default (which
On Mon, 2015-04-20 at 11:38 +0100, Stefano Stabellini wrote:
> On Mon, 20 Apr 2015, Ian Campbell wrote:
> > On Mon, 2015-04-20 at 10:58 +0100, Stefano Stabellini wrote:
> > > On Sat, 18 Apr 2015, Chen Baozi wrote:
> > > > On Fri, Apr 17, 2015 at 05:13:16PM +0100, Stefano Stabellini wrote:
> > > > >
>>> On 10.04.15 at 11:21, wrote:
> --- a/tools/libxc/xc_domain.c
> +++ b/tools/libxc/xc_domain.c
> @@ -1665,6 +1665,46 @@ int xc_assign_device(
> return do_domctl(xch, &domctl);
> }
>
> +struct xen_reserved_device_memory
> +*xc_device_get_rdm(xc_interface *xch,
> + uint32
On 04/17/2015 02:08 PM, Stefano Stabellini wrote:
> Hi all,
>
> This patch series builds qemu-traditional and seabios separately from the
> Xen tree. It also change the QEMU build to be more Xen specific,
> installing the QEMU binary under /usr/lib/xen/bin.
>
>
> Changes compared to the previous
>>> On 20.04.15 at 12:49, wrote:
> --- a/docs/Makefile
> +++ b/docs/Makefile
> @@ -73,13 +73,11 @@ endif
>
> man1/%.1: man/%.pod.1 Makefile
> $(INSTALL_DIR) $(@D)
> - $(POD2MAN) --release=$(VERSION) --name=`echo $@ | sed 's/^man1.//'| \
> - sed 's/.1//'` -s 1 -c "Xen" $< $
On 20/04/15 12:48, Jan Beulich wrote:
On 20.04.15 at 12:49, wrote:
>> --- a/docs/Makefile
>> +++ b/docs/Makefile
>> @@ -73,13 +73,11 @@ endif
>>
>> man1/%.1: man/%.pod.1 Makefile
>> $(INSTALL_DIR) $(@D)
>> -$(POD2MAN) --release=$(VERSION) --name=`echo $@ | sed 's/^man1.//'| \
>> -
>>> On 20.04.15 at 12:49, wrote:
> @@ -103,12 +88,20 @@ install: install-man-pages install-html
>
> # Individual file build targets
> man1/%.1: man/%.pod.1 Makefile
> +ifdef POD2MAN
Perhaps better to use ifneq($(POD2MAN),) in such cases?
> @$(INSTALL_DIR) $(@D)
> $(POD2MAN) --rel
On Mon, Apr 20, 2015 at 7:07 AM, 蒋雄伟(蒋冲) wrote:
> Hi, everyone,
>
> I would like to use xenmon to gain insight into xen environment. What I
> know about xenmon is that xentrace is used to catch events and xenbaked is
> used to processes events and xenmon is used to display and/or log the data.
>
On 20/04/15 12:57, Jan Beulich wrote:
On 20.04.15 at 12:49, wrote:
>> @@ -103,12 +88,20 @@ install: install-man-pages install-html
>>
>> # Individual file build targets
>> man1/%.1: man/%.pod.1 Makefile
>> +ifdef POD2MAN
> Perhaps better to use ifneq($(POD2MAN),) in such cases?
I was fol
On 20/04/15 12:07, Chen Baozi wrote:
> On Mon, Apr 20, 2015 at 11:53:47AM +0100, David Vrabel wrote:
>> On 20/04/15 11:48, Chen Baozi wrote:
>>> Make sure that xen_swiotlb_init allocates buffers that is DMA capable.
>>>
>>> Signed-off-by: Chen Baozi
>>> ---
>>> drivers/xen/swiotlb-xen.c | 3 ++-
>
>>> On 20.04.15 at 13:55, wrote:
> On 20/04/15 12:48, Jan Beulich wrote:
> On 20.04.15 at 12:49, wrote:
>>> --- a/docs/Makefile
>>> +++ b/docs/Makefile
>>> @@ -73,13 +73,11 @@ endif
>>>
>>> man1/%.1: man/%.pod.1 Makefile
>>> $(INSTALL_DIR) $(@D)
>>> - $(POD2MAN) --release=$(VERSION)
This series adds parsing of the DT ranges and interrupt-map properties
for PCI devices, these contain the MMIOs and IRQs used by children on
the bus. This replaces the specific mapping stuff on xgene.
Since last time I've added a dt_for_each_range helper, which cleans
things up considerably and in
This provides specific handlers for the PCI bus relating to matching
and translating. It's mostly similar to the defaults but includes some
additional error checks and other PCI specific bits.
Functions/types renamed and reindented (because apparently we do
that for these).
Needs a selection of I
This uses the dt_for_each_{irq_map,range} helpers to map the interrupt
and child MMIO regions to dom0. Since PCI busses are enumerable these
resources may not be otherwise described in the DT (although they can
be).
Although PCI is the only bus we handle this way the code should be
generic enough
This function iterates over a node's ranges property and calls a
callback for each region. For now it only supplies the MMIO range (in
terms of CPU addresses, i.e. already translated).
Signed-off-by: Ian Campbell
---
xen/common/device_tree.c | 85 +
all gics.
Although in principal #interrupt-cells can vary it must always be 3
for a GIC (and we only support GIC as a guest interrupt controller),
so putting it in common code is OK.
Signed-off-by: Ian Campbell
---
v3: Retitle and reword, was "xen: arm: propagate gic's
#interrupt-cells prope
This function iterates over a nodes interrupt-map property and calls a
callback for each interrupt. For now it only supplies the raw IRQ
since my use case has no need of e.g. child unit address. These can be
added as needed by any future users.
This follows much the same logic as dt_irq_map_raw wh
flight 50465 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50465/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 3 host-install(3) broken REGR. vs. 50329
test-amd64-amd64-xl-q
Thanks your rely. But sorry i can't understand your explanation fully.
I don't want to change GICD setting. I only want to change target Domain0' vcpu
injected SPI. vcpu0 or vcpu1.
I understand like below.
In Xen4.4, vgic_vcpu_inject_irq() can inject SPI to any Domain0's vcpu on any
pcpu.
But
flight 50437 xen-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50437/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen3 host-install(3) broken REGR. vs. 36512
test-amd64-i386-p
flight 50657 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50657/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 3 host-install(3) broken REGR. vs. 33866
On Mon, Apr 20, 2015 at 01:15:29PM +0100, Ian Campbell wrote:
> This series adds parsing of the DT ranges and interrupt-map properties
> for PCI devices, these contain the MMIOs and IRQs used by children on
> the bus. This replaces the specific mapping stuff on xgene.
>
> Since last time I've adde
On 15/04/15 11:55, Ian Campbell wrote:
> On Fri, 2015-04-10 at 18:15 +0100, Andrew Cooper wrote:
>> Not everything which needs reporting as progress comes with a range. Extend
>> the interface to allow reporting of a single statement.
>>
>> The programming interface now looks like:
>> xc_set_pro
On Wed, 2015-04-15 at 11:04 +0100, Ian Campbell wrote:
> If the option is set then osstest branch flights proceed by merging,
> the referenced branch into the local pretest branch and testing the
> result.
This turned out to not be quite right in practice. Since pretest is not
updated, in the abse
On Mon, 2015-04-20 at 14:14 +0100, Ian Campbell wrote:
> I'm about to kick off an adhoc test on the Cambridge VM
Except the filer seems to have just died for the second time today. I
suspect I'll be putting a hold on this work until we can switch over to
reliable infrastructure (which is in progre
>>> On 10.04.15 at 11:21, wrote:
> --- a/xen/drivers/passthrough/vtd/iommu.c
> +++ b/xen/drivers/passthrough/vtd/iommu.c
> @@ -1793,8 +1793,14 @@ static void iommu_set_pgd(struct domain *d)
> hd->arch.pgd_maddr = pagetable_get_paddr(pagetable_from_mfn(pgd_mfn));
> }
>
> +/*
> + * In some c
On Mon, Apr 20, 2015 at 06:48:24PM +0800, Chen Baozi wrote:
> Make sure that xen_swiotlb_init allocates buffers that is DMA capable.
>
> Signed-off-by: Chen Baozi
> ---
> drivers/xen/swiotlb-xen.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/xen/swiotlb-xen
>>> On 10.04.15 at 11:21, wrote:
> --- a/tools/libxc/xc_domain.c
> +++ b/tools/libxc/xc_domain.c
> @@ -1654,13 +1654,15 @@ int xc_domain_setdebugging(xc_interface *xch,
> int xc_assign_device(
> xc_interface *xch,
> uint32_t domid,
> -uint32_t machine_sbdf)
> +uint32_t machine_s
For some reason DISPLAY and XAUTHORITY are not set by libxl.
Thats not an issue for xl(1) because it can reuse the DISPLAY from the
calling process. But libvirtd will benefit from being able to pass the
configured display and xauth settings.
Olaf
Olaf Hering (2):
libxl: pass environment to dev
Prepare device-model setup functions to pass also environment variables
to the spawned process. This is required for upcoming changes which will
set DISPLAY and XAUTHORITY for SDL.
Signed-off-by: Olaf Hering
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
---
tools/libxl/
With this change the following domU.cfg will show the VM window on the
local dom0 display, instead of the remote side (it via ssh -X login):
vnc=0
sdl=1
display=":0"
xauthority="/run/gdm/auth-for-olaf-nMXhOi/database"
Signed-off-by: Olaf Hering
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc:
On Mon, Apr 13, 2015 at 01:51:06PM +0100, Jan Beulich wrote:
> >>> On 13.04.15 at 14:47, wrote:
> > On Mon, Apr 13, 2015 at 01:40:59PM +0100, Jan Beulich wrote:
> >> Quite possible. Looking at the ITP log we were provided, the UR
> >> severity bit is clear (non-fatal), yet the error got surfaced t
flight 50696 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50696/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm 3 host-install(3) broken REGR. vs. 50391
>>> On 10.04.15 at 11:22, wrote:
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -4729,7 +4729,6 @@ static long hvm_memory_op(int cmd,
> XEN_GUEST_HANDLE_PARAM(void) arg)
>
> switch ( cmd & MEMOP_CMD_MASK )
> {
> -case XENMEM_memory_map:
Title and description t
>>> On 10.04.15 at 11:22, wrote:
> --- a/tools/libxl/libxl_dom.c
> +++ b/tools/libxl/libxl_dom.c
> @@ -787,6 +787,70 @@ out:
> return rc;
> }
>
> +static int libxl__domain_construct_memmap(libxl_ctx *ctx,
> + libxl_domain_config *d_config,
> +
>>> On 10.04.15 at 11:22, wrote:
> --- a/tools/firmware/hvmloader/util.c
> +++ b/tools/firmware/hvmloader/util.c
> @@ -27,6 +27,16 @@
> #include
> #include
>
> +int check_hole_conflict(uint64_t start, uint64_t size,
> +uint64_t reserved_start, uint64_t reserved_size)
flight 50565 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50565/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvops 3 host-install(3) broken REGR. vs. 367
>>> On 20.04.15 at 15:43, wrote:
> On Mon, Apr 13, 2015 at 01:51:06PM +0100, Jan Beulich wrote:
>> >>> On 13.04.15 at 14:47, wrote:
>> > Can you check device capabilities register, offset 0x4 within
>> > pci express capability structure?
>> > Bit 15 is 15 Role-Based Error Reporting.
>> > Is it se
Xen toolstack references many variables in Paths.mk when building and
installing, so tools' configure should generate Paths.mk if it's not
available. Also make inclusion of Paths.mk mandatory in Tools.mk.
Signed-off-by: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
Please rerun autogen.sh
---
c
I updated xen and qemu from xen 4.5.0 with its upstream qemu included to
xen 4.5.1-pre with qemu upstream from stable-4.5 (changed Config.mk to
use revision "master").
After few minutes I booted windows 7 64 bit domU qemu crash, tried 2
times with same result.
In the domU's qemu log:
qemu-syst
flight 50650 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50650/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-pvops 3 host-install(3) broken REGR. vs. 36656
buil
>>> On 10.04.15 at 11:22, wrote:
> --- a/tools/firmware/hvmloader/pci.c
> +++ b/tools/firmware/hvmloader/pci.c
> @@ -59,8 +59,8 @@ void pci_setup(void)
> uint32_t bar_reg;
> uint64_t bar_sz;
> } *bars = (struct bars *)scratch_start;
> -unsigned int i, nr_bars = 0;
> -
On Mon, Apr 20, Olaf Hering wrote:
> With this change the following domU.cfg will show the VM window on the
> local dom0 display, instead of the remote side (it via ssh -X login):
> vnc=0
> sdl=1
> display=":0"
> xauthority="/run/gdm/auth-for-olaf-nMXhOi/database"
libvirt works as well wi
flight 50568 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50568/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm 3 host-install(3) broken REGR. vs. 50368
buil
>>> On 10.04.15 at 11:22, wrote:
> --- a/tools/firmware/hvmloader/e820.c
> +++ b/tools/firmware/hvmloader/e820.c
> @@ -73,7 +73,8 @@ int build_e820_table(struct e820entry *e820,
> unsigned int lowmem_reserved_base,
> unsigned int bios_image_base)
> {
>
1 - 100 of 147 matches
Mail list logo
