flight 53022 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/53022/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 9 windows-install fail REGR. vs. 50405
build-armhf-pvops
X86_PV_INFO can be sent multiple times under Remus
Signed-off-by: Yang Hongyang
---
tools/libxc/xc_sr_restore_x86_pv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/libxc/xc_sr_restore_x86_pv.c
b/tools/libxc/xc_sr_restore_x86_pv.c
index ef26c64..652b400 100644
--- a/
introduce bitmap_set() to set the entire bitmap.
in send_all_pages(), set the entire bitmap and call send_some_pages().
Signed-off-by: Yang Hongyang
---
tools/libxc/xc_bitops.h | 5 +
tools/libxc/xc_sr_save.c | 41 +++--
2 files changed, 16 insertions(+)
With Remus, the save flow should be:
live migration->{ periodically save(checkpointed save) }
Signed-off-by: Yang Hongyang
---
tools/libxc/include/xenguest.h | 1 +
tools/libxc/xc_sr_common.h | 6
tools/libxc/xc_sr_save.c | 74 +-
tools/li
Split read/handle qemu info. The receiving of qemu info
should be done while we receive the migration stream,
handle_qemu will be called when the stream complete.
Otherwise, it will break Remus because read_record()
won't read qemu info and stream_complete will be called
at failover.
Signed-off-by
This patchset implement the Remus support for Migration v2 but without
memory compressing.
PATCH 1-5: Some refactor and prepare work.
PATCH 6-7: The main Remus loop implement.
PATCH 8: Fix for Remus.
Yang Hongyang (8):
tools/libxc: adjust the memory allocation for migration
tools/libxc: reuse
With Remus, the restore flow should be:
the first full migration stream -> { periodically restore stream }
on failover:
stream_complete()
Signed-off-by: Yang Hongyang
---
tools/libxc/xc_sr_common.h | 3 ++
tools/libxc/xc_sr_restore.c | 108 +---
2 fil
Set the hvm param HVM_PARAM_IDENT_PT second time will fail.
So defer the setting of HVM_PARAM_IDENT_PT.
Signed-off-by: Yang Hongyang
---
tools/libxc/xc_sr_common.h | 3 +++
tools/libxc/xc_sr_restore_x86_hvm.c | 16
2 files changed, 19 insertions(+)
diff --git a/tools/
Move the memory allocation before the concrete live/nolive save
in order to avoid the free/alloc memory loop when using Remus.
Signed-off-by: Yang Hongyang
---
tools/libxc/xc_sr_save.c | 53 +++-
1 file changed, 21 insertions(+), 32 deletions(-)
diff
Move record handle codes into a function process_record().
It will be used multiple times by Remus.
No functional change.
Signed-off-by: Yang Hongyang
---
tools/libxc/xc_sr_restore.c | 77 +
1 file changed, 43 insertions(+), 34 deletions(-)
diff --git
>>> Michael Dexter 05/06/15 6:29 PM >>>
>I have been working with Roger Pau Monné to bring FreeBSD Dom0 support
>to a production-ready state but we appear to have hit an IOMMU issue.
>
>Hardware: Lenovo ThinkPad T420 i7-2640M CPU @ 2.80GHz with 16GB RAM.
>
>I am attaching my console logs which fi
Hi, George
I deploy a Discuz application in a VM and use jmeter to stress the application.
Meanwhile I use xentrace to trace.
#xentrace -D -e 0x0008f000 -T 30 trace_file_discuz.bin
Then I use xenalyze to analyze
#xenalyze --summary trace_file_discuz.bin It tells me as follows:
--- Log volume
>>> "Chen, Tiejun" 05/07/15 4:22 AM >>>
>On 2015/5/6 23:34, Jan Beulich wrote:
> On 06.05.15 at 17:00, wrote:
>>> On 2015/4/20 19:13, Jan Beulich wrote:
>>> On 10.04.15 at 11:21, wrote:
> +PERROR("Could not allocate memory.");
Now that's exactly the kind of
Dear all：
New issue：
Guest BSOD and restart when using OVMF to boot and install windows8
64bit OS(which owns more than 4G memmory)。
My environment as below:
xen 4.5.0
qemu 2.2.1
I just git clone xen from git://xenbits.xen.org/xen.git. configure it and
parameters as below:
./confi
>>> Elena Ufimtseva 05/06/15 6:50 PM >>>
>On Tue, May 05, 2015 at 11:14:30AM +0100, Jan Beulich wrote:
>> >>> On 28.04.15 at 01:50, wrote:
>> > +if ( mfn_valid(rmrru->base_address << PAGE_SHIFT) ||
>> > + mfn_valid(rmrru->end_address << PAGE_SHIFT) )
>>
>> Please use PFN_UP()
On 05/06/2015 05:10 PM, Dario Faggioli wrote:
which means such an event must be handled at the call sites
of cpupool_assign_cpu_locked(), and the error, if occurring,
properly propagated.
Signed-off-by: Dario Faggioli
Cc: Juergen Gross
Cc: George Dunlap
Cc: Jan Beulich
Cc: Andrew Cooper
Cc:
On 2015/5/7 0:46, Michael Dexter wrote:
Hello all,
(Resend: I cropped out too much and have added 'pciconf -lv' output)
I have been working with Roger Pau Monne to bring FreeBSD Dom0 support
to a production-ready state but we appear to have hit an IOMMU issue.
Hardware: Lenovo ThinkPad T420 i
On 2015/5/6 23:34, Jan Beulich wrote:
On 06.05.15 at 17:00, wrote:
On 2015/4/20 19:13, Jan Beulich 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
flight 53017 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/53017/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-win7-amd64 14 guest-localmigrate.2fail REGR. vs. 50429
build-armhf-libvi
flight 53019 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/53019/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-credit2 16 guest-localmigrate.2 fail in 52649 pass in 53019
test-amd64-i386-qemut-rhel6hvm
Michael Dexter wrote on 2015-05-07:
>
> Hello all,
>
> I have been working with Roger Pau Monné to bring FreeBSD Dom0 support
> to a production-ready state but we appear to have hit an IOMMU issue.
>
> Hardware: Lenovo ThinkPad T420 i7-2640M CPU @ 2.80GHz with 16GB RAM.
>
> I am attaching my c
flight 53018 xen-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/53018/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-pv 17 guest-localmigrate/x10 fail in 52651 pass in 53018
test-i386-i386-pv10
flight 53657 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/53657/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt 7 host-ping-check-xen fail REGR. vs. 53021
test-armhf-armhf-libvirt
flight 53016 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/53016/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-multivcpu 13 guest-saverestorefail REGR. vs. 50329
test-amd64-amd64-xl-c
If we have had a number of attempts at a repro, and none of them have
produced a pass or fail, something is probably wrong and we should
give up rather than carrying on.
Handle this with the machinery we use for conflicting test results.
Signed-off-by: Ian Jackson
---
cs-bisection-step |4 +
Thanks to Ian C for spotting that the bisector had gone rather awry.
It's trying to reproduce on the new hardware passes (which were
previously obtained on the old hardware) of tests that are affected by
what seem to be hardware-specific bugs in the underlying software.
These patches fix this. I'
We are going to want to reuse this.
Also, explicitly return 0 (for false) from conflicted_warning when it
doesn't apply.
No resulting functional change.
Signed-off-by: Ian Jackson
---
cs-bisection-step | 31 +++
1 file changed, 19 insertions(+), 12 deletions(-)
d
It can happen that the (for example) supposed basis pass (originally
only tested on another host) failed (when reproduced, or for some
other reason). When that happens do not attempt to get it to pass;
instead, treat it the same way we would if we had actually got
conflicting results at that revis
flight 53020 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/53020/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl6 xen-boot fail REGR. vs. 32355-bisect
test-amd64-i386-pair
flight 53466 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/53466/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
build-i386-rumpuserxe
On Tue, May 05, 2015 at 04:44:30PM +0100, Jan Beulich wrote:
> All,
>
> on the hackathon we discussed this topic. With the rate of changes
> going into the stable trees not being as high anymore as a few
> years ago, we settled on trying to stick to a 4 month release
> cycle going forward. Of cour
His email address is bouncing from more than a month.
Signed-off-by: Julien Grall
Cc: Ian Jackson
Cc: Keir Fraser
Cc: Jan Beulich
Cc: Zoltan Kiss
---
I've heard he left Huawei.
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index c714bc1..0402e
The GIC hip04 driver was differring from GICv2. I suspect that some of
the changes in the common GIC code make boot fail on hip04. Although, I
don't have a platform to check so it has been only build tested.
List of GICv2 commit ported to the HIP04:
commit ce12e6dba4b2d120e35dffd95a745452224e7
Changes in v8:
* Change sysctl's pcitopo interface such that if device is not found then
XEN_INVALID_DEV
is returned in nodes array. Changes to patches 1 and 5.
* Get rid of first_dev and use num_devs in xen_sysctl_pcitopoinfo as an OUT
argument
that reports how many devices have been proces
Add set_xen_guest_handle_offset() macro that can be used for setting
xen_guest_handle to an offset into hypercall buffer.
Signed-off-by: Boris Ostrovsky
---
tools/libxc/include/xenctrl.h | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/tools/libxc/include/xenctr
.. and use this new interface to display it along with CPU topology
and NUMA information when 'xl info -n' command is issued
The output will look like
...
cpu_topology :
cpu:coresocket node
0: 000
...
device topology:
device node
Signed-off-by: Boris Ostrovsky
Acked-by: Daniel De Graaf
---
Changes in v8
* Report XEN_INVALID_DEV for unknown devices
* Get rid of first_dev and use num_devs as an OUT argument that reports
how many devices have been processed
* Update comments in sysctl.h
* Drop changes to xsm-flask.txt
xe
xc_numainfo() is not expected to be used on a hot path and therefore
hypercall buffer management can be pushed into libxc. This will simplify
life for callers.
Also update error logging macros.
Signed-off-by: Boris Ostrovsky
Acked-by: Ian Campbell
---
Changes in v8:
* Replace LOGEV with LOGE
xc_cputopoinfo() is not expected to be used on a hot path and therefore
hypercall buffer management can be pushed into libxc. This will simplify
life for callers.
Also update error reporting macros.
Signed-off-by: Boris Ostrovsky
Acked-by: Ian Campbell
---
Changes in v8:
* Replace LOGEV with LO
Dario Faggioli wrote:
> On Fri, 2015-05-01 at 15:32 -0600, Jim Fehlig wrote:
>
>> Dario Faggioli wrote:
>>
>
>
>>> I mean what NUMA configuration are we talking about, and when and under
>>> what circumstances would you consider it "migratable"?
>>>
>>>
>> E.g. if a domain is c
On 01/29/2015 05:04 PM, George Dunlap wrote:
> On Tue, Jan 27, 2015 at 6:49 AM, Ian Jackson
> wrote:
>> We are splitting minios out of xen.git (because we want to try to make
>> it easier to un-fork it - there are about 3-4 forks that we are aware
>> of).
>>
>> We think it should have its own mai
Removed Nathan Studer and added Josh Whitehead.
Signed-off-by: Robert VanVossen
---
MAINTAINERS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index b744166..8799a66 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -118,7 +118,7 @@ S: Supported
F:
On 5/6/15 9:50 AM, Andrew Cooper wrote:
Are you using a full debug Xen?
I have been working with binary packages and I will assume it has not
been built with any debug options. Roger can elaborate on this.
Michael
___
Xen-devel mailing list
Xen-de
This patch adds XSETBV (XCR) vm_events.
Signed-off-by: Razvan Cojocaru
---
tools/libxc/include/xenctrl.h |2 ++
tools/libxc/xc_monitor.c| 15 +++
xen/arch/x86/hvm/event.c| 16
xen/arch/x86/hvm/hvm.c |2 ++
xen/arch/x86/monitor.c
Deny MSR writes if a vm_client subscribed to mov_to_msr events
forbids them.
Signed-off-by: Razvan Cojocaru
---
xen/arch/x86/hvm/emulate.c|2 +-
xen/arch/x86/hvm/hvm.c| 24 ++--
xen/arch/x86/hvm/svm/svm.c|2 +-
xen/arch/x86/hvm/vmx/vmx.c
Added support for a new class of vm_events: VM_EVENT_REASON_REQUEST,
sent via HVMOP_request_vm_event. The guest can request that a
generic vm_event (containing only the vm_event-filled guest registers
as information) be sent to userspace by setting up the correct
registers and doing a VMCALL. For e
Arch_set_info_guest() doesn't set CR0, CR3 or CR4. Added code
that does that.
Signed-off-by: Razvan Cojocaru
---
xen/arch/x86/domain.c |3 +++
xen/arch/x86/hvm/emulate.c|6 +++---
xen/arch/x86/hvm/hvm.c| 30 --
xen/arch/x86/hv
This patch adds support for memory-content hiding, by modifying the
value returned by emulated instructions that read certain memory
addresses that contain sensitive data. The patch only applies to
cases where MEM_ACCESS_EMULATE or MEM_ACCESS_EMULATE_NOWRITE have
been set to a vm_event response.
S
This series adds a number of useful tools for guest memory
introspection:
* XSETBV / XCR vm_events;
* support for memory-content hiding (sending data back via the
vm_event response, to be used as data read when emulating an
instruction;
* support for generic vm_events that the guest can reques
On 06/05/15 17:29, Michael Dexter wrote:
>
> Hello all,
>
> I have been working with Roger Pau Monné to bring FreeBSD Dom0 support
> to a production-ready state but we appear to have hit an IOMMU issue.
>
> Hardware: Lenovo ThinkPad T420 i7-2640M CPU @ 2.80GHz with 16GB RAM.
>
> I am attaching my c
On Tue, May 05, 2015 at 11:14:30AM +0100, Jan Beulich wrote:
> >>> On 28.04.15 at 01:50, wrote:
> > Format for rmrr Xen command line option:
> > rmrr=start<-end>=[s1]bdf1[,[s1]bdf2[,...]];start<-end>=[s2]bdf1[,[s2]bdf2[,...]]
> > If grub used and multiple ranges are specified, ';' should be
> > q
On 06/05/2015 16:44, "Jan Beulich" wrote:
On 06.05.15 at 17:01, wrote:
>> Regarding 5.3.0.1 -- now once again you have a 4th digit where
>> non-zero means "release"; and do we need RCs for this? Do we have
>> 5.3.0.0.1-rc, and then 5,3,0.1 which is stable?
>
>No, in such cases I don't ex
On 06/05/15 11:03, Stefano Stabellini wrote:
On Wed, 6 May 2015, Ian Jackson wrote:
Stefano Stabellini writes ("Re: [PATCH] OSSTEST: introduce a raisin build
test"):
That's fine as there is no hidden git cloning with raisin. All the trees
are specified explicitly in the config file.
Is this
On Wed, 6 May 2015, Ian Campbell wrote:
> On Wed, 2015-05-06 at 15:43 +0100, Stefano Stabellini wrote:
> [...]
> > +echo >>config ENABLED_COMPONENTS=\\"seabios ovmf xen qemu
> > qemu_traditional libvirt\\"
> [...]
> > +echo >>config XEN_URL=\\"$r{tree_xen}\\"
> > +echo >>config QEMU_UR
Introduce an error_echo function that prints to stderr.
Call error_echo or verbose_echo, instead of echo, when possible and
appropriate.
Redirect build and tests output to /dev/null unless VERBOSE==1.
Redirect apt-get and yum output to /dev/null.
Fix echo arguments in check-package-deb.
Signed-off
Introduce a new command to run functional tests and unit tests.
Introduce a generic infrastrucutre to run tests on the local machine.
Add a library of common functions that can be used by the test scripts
to setup guest VMs.
Add a simple test script that boots a single busybox based PV guest.
Sig
Use the found variable as a boolean.
Signed-off-by: Stefano Stabellini
---
lib/common-functions.sh |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/common-functions.sh b/lib/common-functions.sh
index f9febee..efde84c 100644
--- a/lib/common-functions.sh
+++ b/lib/
Signed-off-by: Stefano Stabellini
---
tests/busybox-hvm-migrate | 33 +
tests/series |1 +
2 files changed, 34 insertions(+)
create mode 100755 tests/busybox-hvm-migrate
diff --git a/tests/busybox-hvm-migrate b/tests/busybox-hvm-migrate
new fil
Add a few functions to create partitions, install and configure grub in
the VM disk. Introduce a script to loopmount a partition within a VM
disk.
Add a new test that creates a local HVM guest, boots it and check the
network.
Signed-off-by: Stefano Stabellini
---
Changes in v3:
- expose a _te
Hi all,
this patch series introduces a framework to execute simple unit and
functional tests in raisin. It can be used by developers to validate
their changes before submitting a patch series to xen-devel. It can also
be used by OSSTest to test for regressions on one particular
functionality. This
The next Xen technical call will be at:
Wed 13 May 17:00:00 BST 2015
`date -d @1431532800`
See http://lists.xen.org/archives/html/xen-devel/2015-01/msg00414.html
for more information on the call.
Please let me know (CC-ing the list) any topics which you would like to
discuss. It might be
On Wed, 2015-05-06 at 14:01 +0100, Wei Liu wrote:
> On Wed, May 06, 2015 at 01:55:48PM +0100, Ian Campbell wrote:
> > On Wed, 2015-05-06 at 13:52 +0100, Ian Campbell wrote:
> > > > Can you please do that since you have the most up to date patch at hand.
> > > > Thanks!
> > >
> > > Sure.
> >
> > A
>>> On 06.05.15 at 17:01, wrote:
> Regarding 5.3.0.1 -- now once again you have a 4th digit where
> non-zero means "release"; and do we need RCs for this? Do we have
> 5.3.0.0.1-rc, and then 5,3,0.1 which is stable?
No, in such cases I don't expect any RCs, just another release
(just like was do
>>> On 06.05.15 at 17:12, wrote:
> El 14/04/15 a les 14.22, Jan Beulich ha escrit:
> On 10.04.15 at 19:29, wrote:
>>> Modify shadow_track_dirty_vram to use a local buffer and then flush to the
>>> guest without the paging_lock held. This is modeled after
>>> hap_track_dirty_vram.
>>
>> And h
On Wed, 2015-05-06 at 16:11 +0100, George Dunlap wrote:
> On 05/06/2015 03:46 PM, Ian Campbell wrote:
> > On Wed, 2015-05-06 at 15:39 +0100, Stefano Stabellini wrote:
> >> On Wed, 6 May 2015, George Dunlap wrote:
> >>> On Tue, May 5, 2015 at 2:55 PM, Stefano Stabellini
> >>> wrote:
> On Tue,
On Wed, 2015-05-06 at 15:43 +0100, Stefano Stabellini wrote:
[...]
> +echo >>config ENABLED_COMPONENTS=\\"seabios ovmf xen qemu
> qemu_traditional libvirt\\"
[...]
> +echo >>config XEN_URL=\\"$r{tree_xen}\\"
> +echo >>config QEMU_URL=\\"$r{tree_qemuu}\\"
> +echo >>config QEMU_TRADI
>>> On 06.05.15 at 17:00, wrote:
> On 2015/4/20 19:13, Jan Beulich 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_r
El 14/04/15 a les 14.22, Jan Beulich ha escrit:
On 10.04.15 at 19:29, wrote:
>> Modify shadow_track_dirty_vram to use a local buffer and then flush to the
>> guest without the paging_lock held. This is modeled after
>> hap_track_dirty_vram.
>
> And hence introduces the same issue: The HVMOP_
Olaf Hering wrote:
> Upcoming changes for vscsi will use libxlutil.so to prepare the
> configuration for libxl. The helpers needs a xlu struct for logging.
> Provide one and reuse the existing output as log target.
>
> Signed-off-by: Olaf Hering
> Cc: Jim Fehlig
> ---
> src/libxl/libxl_conf.c |
On Wed, May 6, 2015 at 3:58 PM, Konrad Rzeszutek Wilk
wrote:
> I am OK with the mechanism as is and not sure why it would need
> changing. I know you are saying that the existing mechanism
> does not convery much information but I think the 'rcX'appended
> to the version tag is enough to tell us w
On 05/06/2015 03:46 PM, Ian Campbell wrote:
> On Wed, 2015-05-06 at 15:39 +0100, Stefano Stabellini wrote:
>> On Wed, 6 May 2015, George Dunlap wrote:
>>> On Tue, May 5, 2015 at 2:55 PM, Stefano Stabellini
>>> wrote:
On Tue, 5 May 2015, Ian Campbell wrote:
> On Fri, 2015-05-01 at 16:48 +0
Wei Liu wrote:
> On Wed, May 06, 2015 at 10:58:11AM +0200, Olaf Hering wrote:
>
>> On Wed, May 06, Olaf Hering wrote:
>>
>>
>>> Since libvirtd runs forever there is very little code to undo most
>>> things. But I will see if there is any unload function, did not actively
>>> look for such t
On 05/06/2015 03:12 AM, Jan Beulich wrote:
On 05.05.15 at 18:11, wrote:
On 05/05/2015 11:58 AM, Jan Beulich wrote:
On 05.05.15 at 17:46, wrote:
On 05/04/2015 05:14 AM, Andrew Cooper wrote:
On 04/05/2015 09:52, Jan Beulich wrote:
On 04.05.15 at 04:16, wrote:
--- a/xen/drivers/passthrough/
in fact, before this change, shutting down or suspending the
system with some CPUs not assigned to any cpupool, would
crash as follows:
(XEN) Xen call trace:
(XEN)[] disable_nonboot_cpus+0xb5/0x138
(XEN)[] enter_state_helper+0xbd/0x369
(XEN)[] continue_hypercall_tasklet_handler
In fact, in the following situation:
root@Zhaman:~# xl cpupool-cpu-remove Pool-0 node:1,^9-11
root@Zhaman:~# xl cpupool-list -c
Name CPU list
Pool-0 0,1,2,3,4,5,6,7,9,10,11
Trying to power off the system would results in this splat:
(XEN) Preparing system for ACPI S
which means such an event must be handled at the call sites
of cpupool_assign_cpu_locked(), and the error, if occurring,
properly propagated.
Signed-off-by: Dario Faggioli
Cc: Juergen Gross
Cc: George Dunlap
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Keir Fraser
---
xen/common/cpupool.c | 15 +
In fact, before this change, if bringing up or tearing down a
CPU fails with -EBUSY, we BUG_ON() and never get to see what
CPU caused the problem.
Signed-off-by: Dario Faggioli
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Keir Fraser
---
xen/common/cpu.c |4 ++--
1 file changed, 2 insertions(+),
Olaf Hering wrote:
> On Wed, May 06, Olaf Hering wrote:
>
>
>> Since libvirtd runs forever there is very little code to undo most
>> things. But I will see if there is any unload function, did not actively
>> look for such thing.
>>
>
> Looking through libxlStateDriver it seems that libxl a
On Tue, May 05, 2015 at 04:54:01PM +0100, Jan Beulich wrote:
> All,
>
> on the hackathon we also discussed possibly changing the versioning
> of Xen. The main rationale for the proposal is that (just like in many
> other software projects) version numbers (in particular the major
> one) currently
Signed-off-by: Stefano Stabellini
---
Changes in v2:
- set revision_* variables in mfi-common;
- in ts-raisin-build set the *_REVISION config options based on the
revision_* variables;
- in ts-raisin-build, call store_revision appropriately;
- divide the output in an hypervisor and a tools tarb
On Tue, May 5, 2015 at 4:54 PM, Jan Beulich wrote:
> All,
>
> on the hackathon we also discussed possibly changing the versioning
> of Xen. The main rationale for the proposal is that (just like in many
> other software projects) version numbers (in particular the major
> one) currently don't real
On 2015/4/20 19:13, Jan Beulich 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,
+
On Wed, 2015-05-06 at 15:39 +0100, Stefano Stabellini wrote:
> On Wed, 6 May 2015, George Dunlap wrote:
> > On Tue, May 5, 2015 at 2:55 PM, Stefano Stabellini
> > wrote:
> > > On Tue, 5 May 2015, Ian Campbell wrote:
> > >> On Fri, 2015-05-01 at 16:48 +0100, Stefano Stabellini wrote:
> > >> > Hi al
Hi Andrie,
Great thanks for your reply!
Please let me know your suggestion for my patch, then I can improve it ASAP!
:-)
Thanks!
On 4 May 2015 at 02:55, Andrei Borzenkov wrote:
> В Fri, 10 Apr 2015 10:32:15 +0800
> Fu Wei пишет:
>
> > Hi everybody,
> > any suggestion for my patchset?
> > Plea
On Wed, 6 May 2015, George Dunlap wrote:
> On Tue, May 5, 2015 at 2:55 PM, Stefano Stabellini
> wrote:
> > On Tue, 5 May 2015, Ian Campbell wrote:
> >> On Fri, 2015-05-01 at 16:48 +0100, Stefano Stabellini wrote:
> >> > Hi all,
> >> >
> >> > this patch series introduces a framework to execute simp
On Tue, May 5, 2015 at 2:55 PM, Stefano Stabellini
wrote:
> On Tue, 5 May 2015, Ian Campbell wrote:
>> On Fri, 2015-05-01 at 16:48 +0100, Stefano Stabellini wrote:
>> > Hi all,
>> >
>> > this patch series introduces a framework to execute simple unit and
>> > functional tests in raisin. It can be
On Fri, 2015-05-01 at 15:36 +0100, Ian Jackson wrote:
> SATA controllers support SATA disks. The kernel should be able to
> drive these, by default. It should not silently (apart from a
> debugging-only printk) ignore them.
To be honest, this is a bit pointless: no distribution takes the kernel
Julian Calaby writes ("Re: [PATCH] [SCSI] libsas: Kconfig: Enable SATA
compatibility by default"):
> On Sat, May 2, 2015 at 12:36 AM, Ian Jackson
> wrote:
> > SATA controllers support SATA disks. The kernel should be able to
>
> Do you mean SAS controllers?
Yes, sorry. Do you want me to resu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-4.1b-rc2-tag
xen: bug fixes for 4.1-rc2
- - Fix blkback regression if using persistent grants.
- - Fix various event channel related sus
Hi Russell,
I am going to queue this up in the xentip tree for 4.2, let me know if
you have any issues.
Cheers,
Stefano
On Tue, 7 Apr 2015, Stefano Stabellini wrote:
> Russell,
>
> I think that this patch should go via the Xen tree, however as it
> touches arch/arm/kernel/setup.c, I would like
On Wed, Apr 29, 2015 at 2:43 PM, Meng Xu wrote:
>
>
> 2015-04-28 22:46 GMT-04:00 Xuehan Xu :
>
>> -- Forwarded message --
>> From: "Xuehan Xu"
>> Date: Apr 29, 2015 10:11 AM
>> Subject: How to get real time in a xen vm?
>> To:
>> Cc:
>>
>> Hi, everyone
>>
>> Recently, I got a nee
On Mon, Apr 27, 2015 at 3:04 PM, David Vrabel wrote:
> On 27/04/15 14:22, Olaf Hering wrote:
>> This merges xenalyze.hg, changeset 150:24308507be1d into tools/misc
>> to have the tool and public/trace.h in one place.
>
> Would this not be better in tools/xentrace/xenalyze ?
+1
FWIW I approve of
Signed-off-by: Olaf Hering
Cc: Ian Campbell
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Keir Fraser
Cc: Tim Deegan
---
xen/include/public/io/vscsiif.h | 68 +
1 file changed, 68 insertions(+)
diff --git a/xen/include/public/io/vscsiif.h b/xen/include/public/i
The pvops kernel expects either "naa.WWN:LUN" or "h:c:t:l" in the p-dev
property. Add the missing :LUN part to the comment.
Signed-off-by: Olaf Hering
Cc: Ian Campbell
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Keir Fraser
Cc: Tim Deegan
---
xen/include/public/io/vscsiif.h | 2 +-
1 file changed,
Port vscsi=[] and scsi-{attach,detach,list} commands from xend to libxl.
libvirt uses its existing SCSI support:
http://lists.xenproject.org/archives/html/xen-devel/2015-04/msg02963.html
targetcli/rtslib has to be aware of xen-scsiback (upstream unresponsive):
http://article.gmane.org/gmane.linux
Port pvscsi support from xend to libxl:
vscsi=['pdev,vdev{,options}']
xl scsi-attach
xl scsi-detach
xl scsi-list
Signed-off-by: Olaf Hering
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
---
docs/man/xl.cfg.pod.5| 55 +++
docs/man/xl.pod.1
Just to make them public, not meant for merging:
The scripts used during development to create a bunch of SCSI devices in
dom0 using the Linux target framework. targetcli3 and rtslib3 is used.
A patch is required for python-rtslib:
http://article.gmane.org/gmane.linux.scsi.target.devel/8146
Signe
Signed-off-by: Olaf Hering
Cc: Ian Campbell
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Keir Fraser
Cc: Tim Deegan
---
docs/misc/xenstore-paths.markdown | 10 ++
1 file changed, 10 insertions(+)
diff --git a/docs/misc/xenstore-paths.markdown
b/docs/misc/xenstore-paths.markdown
index d94ea9
On Wed, May 06, 2015 at 12:46:27PM +0100, Jan Beulich wrote:
> >>> On 06.05.15 at 13:43, wrote:
> > On Tue, May 05, 2015 at 10:50:56AM +0100, Jan Beulich wrote:
> >> >>> On 28.04.15 at 01:50, wrote:
> >> > +if ( ignore )
> >> > +{
> >> > +dprintk(XENLOG_WARNING VTDPREFIX,
> >> > +
On Wed, May 06, 2015 at 01:55:48PM +0100, Ian Campbell wrote:
> On Wed, 2015-05-06 at 13:52 +0100, Ian Campbell wrote:
> > > Can you please do that since you have the most up to date patch at hand.
> > > Thanks!
> >
> > Sure.
>
> Actually, I don't have a login for savanah.gnu.org, since I suppose
1 - 100 of 213 matches
Mail list logo
