Hi list,
I’m not sure if this is the expected behaviour, but it seems zero-sized reads
from /dev/xen/xenbus block. Here’s sample code in Python
import os
fd = os.open("/dev/xen/xenbus", os.O_RDWR)
os.read(fd, 0) # Blocks.
The issue is not language-specific, similar code in C b
Hi list,
I’ve initially wanted to report another inconsistency in ``xen.lowlevel.xs``
documentation, but this time the issue is more subtle.
Both ``xs.watch`` and ``xs.unwatch`` accept two arguments: a path to watch and
a token. According to the documentation, the second argument must be a stri
On 02/03/16 08:56, Daniel Kiper wrote:
> On Tue, Mar 01, 2016 at 08:55:09AM +0100, Juergen Gross wrote:
>> Modern pvops linux kernels support an initrd not covered by the initial
>> mapping. This capability is flagged by an elf-note.
>>
>> In case the elf-note is set by the kernel don't place the i
>>> On 01.03.16 at 23:43, wrote:
> On Mon, 29 Feb 2016, Jan Beulich wrote:
>> it just occurred to me that 4.5.2 has been a while back, and indeed
>> 4.5.3 would be due later this week. This may be a little too eager,
>> but I'd like to aim at getting this out at least some time next week.
>> Besid
On Wed, 2 Mar 2016, Jan Beulich wrote:
> >>> On 01.03.16 at 23:43, wrote:
> > On Mon, 29 Feb 2016, Jan Beulich wrote:
> >> it just occurred to me that 4.5.2 has been a while back, and indeed
> >> 4.5.3 would be due later this week. This may be a little too eager,
> >> but I'd like to aim at getti
On Mon, Feb 29, 2016 at 01:19:27PM +0100, Juergen Gross wrote:
> On 29/02/16 10:13, Juergen Gross wrote:
> > On 25/02/16 19:33, Andrei Borzenkov wrote:
> >> 22.02.2016 16:14, Juergen Gross пишет:
> >>> On 22/02/16 13:48, Daniel Kiper wrote:
> On Mon, Feb 22, 2016 at 01:30:30PM +0100, Juergen G
On Wed, 2016-03-02 at 08:14 +0100, Juergen Gross wrote:
> On 01/03/16 16:52, George Dunlap wrote:
> >
> >
> > Also -- have you actually tested the "cpupool move while pinned"
> > functionality to make sure it actually works? There's a weird bit
> > in
> > cpupool_unassign_cpu_helper() where afte
flight 84927 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84927/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 13 guest-saverestore fail REGR. vs. 83135
test-amd64-amd64-
On Wed, Mar 02, 2016 at 09:14:23AM +0100, Juergen Gross wrote:
> On 02/03/16 08:56, Daniel Kiper wrote:
> > On Tue, Mar 01, 2016 at 08:55:09AM +0100, Juergen Gross wrote:
> >> Modern pvops linux kernels support an initrd not covered by the initial
> >> mapping. This capability is flagged by an elf-
Previous patch using all available features calculate xstate_comp_offsets.
This is wrong.This patch fix this bug by calculating the xstate_comp_offset
based on xcomp_bv of current guest.
Also, the xstate_comp_offset should take alignment into consideration.
V2: Address comments from Jan:
1. code
On Mon, Feb 29, 2016 at 02:33:49AM -0700, Jan Beulich wrote:
> > Thanks.
> >
> > Ok , I will do the performace test. And can you suggest me some
> > workload/benchmark
> > can be used here to the xsave related performance test ?
>
> Measuring just instruction execution time should be fine for
flight 85044 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/85044/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
coverity-amd646 coverity-upload fail REGR. vs. 84355
version tar
On Tue, 2016-03-01 at 10:02 +0100, Juergen Gross wrote:
> When taking cpus offline for suspend or bringing them online on
> resume
> again the scheduler might issue debug messages when temporarily
> breaking vcpu affinity or restoring the original affinity settings.
>
> The resume message can be r
From: George Dunlap
Move pygrub checks for local access ability into a separate function.
Also reorganize libxl__device_disk_local_initiate_attach so that we
don't initialize dls->disk unless we actually end up doing a local
attach.
Signed-off-by: George Dunlap
---
CC: Ian Campbell
CC: Ian Ja
From: George Dunlap
Testing the hotplug external script path at the moment involves
actually setting up one of the alternate datapaths (blktap, iscsi,
&c). Simplify testing by making a script which does a simple loopback,
but still has a target that can't be used directly.
To use:
script=block
Qemu in dom0 can only provide emulated disks when the qemu process has
access to an image of the file. At the moment, this only includes
plain files or physical devices in dom0; it does not include anything
to do with a hotplug script.
However, hotplug scripts run from dom0 generally do, as a nec
From: George Dunlap
qemu can also access disks which will be provided with a qdisk backend
directly; add a flag to libxl__device_disk_find_local_path to indicate
whether to check for qdisk direct access.
Reorganize the qemuu disk argument code to make a clean separation
between finding a file to
From: George Dunlap
pygrub and qemuu need to be able to access a VM's disks locally in
order to be able to pull out the kernel and provide emulated disk
access, respectively. This can be done either by accessing the local
disk directly, or by plugging the target disk into dom0 to allow
access.
On 02/03/16 10:27, Dario Faggioli wrote:
> On Wed, 2016-03-02 at 08:14 +0100, Juergen Gross wrote:
>> On 01/03/16 16:52, George Dunlap wrote:
>>>
>>>
>>> Also -- have you actually tested the "cpupool move while pinned"
>>> functionality to make sure it actually works? There's a weird bit
>>> in
On Mon, Feb 29, 2016 at 11:17 AM, Wei Liu wrote:
> NOTE: We are one month away from freeze. Features that wish to be in 4.7 must
> be posted to xen-devel by March 18.
>
> This email only tracks big items for xen.git tree. Please reply for items you
> woulk like to see in 4.7 so that people have an
Bob Liu writes ("Re: [RFC PATCH] xen-block: introduces extra request to
pass-through SCSI commands"):
> Do you know whether pvscsi can work on top of multipath(the device-mapper
> framework) or LVMs?
No, it can't. devmapper and LVM work with the block device
abstraction.
Implicitly you seem to
On Wed, 2 Mar 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Implement __acpi_map_table function for ARM. Move FIX_ACPI_PAGES to
> common place and rename it to NUM_FIXMAP_ACPI_PAGES.
>
> Cc: Jan Beulich
> Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
> v8: fix coding sty
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: 02 March 2016 11:41
> To: Bob Liu
> Cc: Juergen Gross; xen-devel@lists.xen.org; jbeul...@suse.com; Roger Pau
> Monne; Paul Durrant; konrad.w...@oracle.com
> Subject: Re: [RFC PATCH] xen-block: introduces ext
On Wed, 2016-03-02 at 12:19 +0100, Juergen Gross wrote:
> On 02/03/16 10:27, Dario Faggioli wrote:
> >
> > Yep. Should we also add an error message for the user to be able to
> > see
> > it, even if she can't read the comment in the source code? (Not
> > necessarily right there, if that would make
>>> On 01.03.16 at 19:25, wrote:
> Roger Pau Monne writes ("[PATCH v5] libelf: rewrite symtab/strtab loading"):
>> Current implementation of elf_load_bsdsyms is broken when loading inside of
>> a HVM guest, because it assumes elf_memcpy_safe is able to write into guest
>> memory space, which it is
On 02/03/16 12:46, Paul Durrant wrote:
>> -Original Message-
>> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
>> Sent: 02 March 2016 11:41
>> To: Bob Liu
>> Cc: Juergen Gross; xen-devel@lists.xen.org; jbeul...@suse.com; Roger Pau
>> Monne; Paul Durrant; konrad.w...@oracle.com
>> Subj
On 02/03/16 12:49, Dario Faggioli wrote:
> On Wed, 2016-03-02 at 12:19 +0100, Juergen Gross wrote:
>> On 02/03/16 10:27, Dario Faggioli wrote:
>>>
>>> Yep. Should we also add an error message for the user to be able to
>>> see
>>> it, even if she can't read the comment in the source code? (Not
>>
On 03/02/2016 07:40 PM, Ian Jackson wrote:
> Bob Liu writes ("Re: [RFC PATCH] xen-block: introduces extra request to
> pass-through SCSI commands"):
>> Do you know whether pvscsi can work on top of multipath(the device-mapper
>> framework) or LVMs?
>
> No, it can't. devmapper and LVM work with
flight 44207 distros-debian-squeeze real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44207/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-amd64-squeeze-netboot-pygrub 9 debian-di-install fail REGR.
vs. 38734
For following hypercall page initialise code, where would the execution jumps
at syscall? How can I predict what is the execution order of "pop %r11"? Is it
the fifth instruction/step? I need the order to precisely set up hooks to
monitor hypercalls.
static void hypercall_page_initialise_ring3_
On 2016年03月02日 01:01, Stefano Stabellini wrote:
> On Tue, 1 Mar 2016, Stefano Stabellini wrote:
>> > On Tue, 1 Mar 2016, Shannon Zhao wrote:
>>> > > On 2016/2/29 22:15, Stefano Stabellini wrote:
> > > On Sun, 28 Feb 2016, Shannon Zhao wrote:
>> > > >> > From: Shannon Zhao
>> > > >> >
On 3/1/16 12:57 PM, Andrew Cooper wrote:
> hvmloader is unhosted, and shouldn't use the system errno.h. It already has
> to use Xen's errno.h for other hypercalls. The use of public/io/xs_wire.h
> requires the use of un-prefixed errno values.
>
> This fixes the build on stricter toolchains where
>>> On 02.03.16 at 08:14, wrote:
> It means NVDIMM is very possibly mapped in page granularity, and
> hypervisor needs per-page data structures like page_info (rather than the
> range set style nvdimm_pages) to manage those mappings.
>
> Then we will face the problem that the potentially huge num
flight 84928 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84928/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-i386-rumpuserxen6 xen-buildfail like 84518
build-amd64-rumpuserxen
>>> On 02.03.16 at 12:38, wrote:
> On Mon, Feb 29, 2016 at 11:17 AM, Wei Liu wrote:
>> * Improve ioreq server performance
>> - Yu Zhang
>> - Paul Durrant
>
> If this means "use RB trees for rangesets", I think this is already in.
No, it's not. There was no point in committing that one wi
>>> On 01.03.16 at 18:58, wrote:
> On Tue, Feb 9, 2016 at 12:17 PM, Dario Faggioli
> wrote:
>> On Thu, 2016-02-04 at 16:50 -0600, Chong Li wrote:
>>> --- a/xen/common/sched_rt.c
>>> +++ b/xen/common/sched_rt.c
>
>>
>>> +for ( index = op->u.v.vcpu_index; index < op->u.v.nr_vcpus;
>>> inde
On 02/03/16 13:36, Jan Beulich wrote:
On 01.03.16 at 18:58, wrote:
>> On Tue, Feb 9, 2016 at 12:17 PM, Dario Faggioli
>> wrote:
>>> On Thu, 2016-02-04 at 16:50 -0600, Chong Li wrote:
--- a/xen/common/sched_rt.c
+++ b/xen/common/sched_rt.c
>>
>>>
+for ( index = op->u.v.
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
> Beulich
> Sent: 02 March 2016 13:33
> To: George Dunlap
> Cc: xen-devel; Wei Liu
> Subject: Re: [Xen-devel] Xen 4.7 Development Update
>
> >>> On 02.03.16 at 12:38, wrote:
> > On Mon, Feb 29
>>> On 02.03.16 at 15:07, wrote:
>> -Original Message-
>> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
>> Beulich
>> Sent: 02 March 2016 13:33
>> To: George Dunlap
>> Cc: xen-devel; Wei Liu
>> Subject: Re: [Xen-devel] Xen 4.7 Development Update
>>
>> >>> On 0
After step by step monitoring, I get the following statistics about hypercall
entries:
numbers | hypercalls | executed bytes (offset to hypercall entry) 7755 24: 0
1 3 8 a c d 6374 23: 0 1 3 4 9 3281 25: 0 1 3 8 a c d 2979 13: 0 1 3 8 a
c d 2475 17: 0 1 3 8 2253 17: a c d749 3: 0
If Device-TLB flush is timeout, we'll hide the target ATS device
and crash the domain owning this ATS device. If impacted domain
is hardware domain, just throw out a warning. The hidden device
will be disallowed to be further assigned to any domain.
Signed-off-by: Quan Xu
---
xen/drivers/passthr
Signed-off-by: Quan Xu
---
docs/misc/xen-command-line.markdown | 7 +++
xen/drivers/passthrough/vtd/qinval.c | 15 +--
2 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/docs/misc/xen-command-line.markdown
b/docs/misc/xen-command-line.markdown
index a565c1b..1f5a11
This patches fix current timeout concern and also allow limited ATS support:
1. Check VT-d Device-TLB flush error.
This patch set checks all kinds of error and all the way up the call trees
of VT-d Device-TLB flush.
2. Make the pcidevs_lock a recursive one.
3. Reduce spin timeout to 1ms, whi
Signed-off-by: Quan Xu
---
xen/arch/x86/domctl.c | 8 +--
xen/arch/x86/hvm/vmsi.c | 4 +-
xen/arch/x86/irq.c | 8 +--
xen/arch/x86/msi.c | 16 ++---
xen/arch/x86/pci.c | 4 +-
Signed-off-by: Quan Xu
---
xen/arch/x86/acpi/power.c | 14 +-
xen/arch/x86/mm.c | 13 -
xen/arch/x86/mm/p2m-ept.c | 10 +-
xen/arch/x86/mm/p2m-pt.c | 12 ++--
xen/common/grant_table.c |
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 02 March 2016 14:21
> To: Paul Durrant
> Cc: Wei Liu; xen-devel; George Dunlap
> Subject: RE: [Xen-devel] Xen 4.7 Development Update
>
> >>> On 02.03.16 at 15:07, wrote:
> >> -Original Message-
> >> From:
Signed-off-by: Quan Xu
---
xen/arch/x86/mm/p2m-ept.c | 2 +-
xen/drivers/passthrough/amd/iommu_init.c | 12 ++-
xen/drivers/passthrough/amd/pci_amd_iommu.c | 2 +-
xen/drivers/passthrough/arm/smmu.c| 10 ++-
xen/drivers/passthrough/iommu.c
On February 29, 2016 at 7:17pm, wrote:
> * VT-d asynchronous flush issue
> - Quan Xu
V6 has been sent out. Thanks.
Quan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Wed, Mar 2, 2016 at 1:32 PM, Jan Beulich wrote:
On 02.03.16 at 12:38, wrote:
>> On Mon, Feb 29, 2016 at 11:17 AM, Wei Liu wrote:
>>> * Improve ioreq server performance
>>> - Yu Zhang
>>> - Paul Durrant
>>
>> If this means "use RB trees for rangesets", I think this is already in.
>
Bob Liu writes ("Re: [RFC PATCH] xen-block: introduces extra request to
pass-through SCSI commands"):
> On 03/02/2016 07:40 PM, Ian Jackson wrote:
> > I can't see how that could cause anything but pain. In many cases
> > "the underlying SCSI storage target" wouldn't be well defined. Even
> > if
On 02/03/16 15:29, quizyjones wrote:
> After step by step monitoring, I get the following statistics about
> hypercall entries:
>
> numbers | hypercalls | executed bytes (offset to hypercall entry)
>7755 24: 0 1 3 8 a c d
>6374 23: 0 1 3 4 9
>3281 25: 0 1 3 8 a c d
>2979 13: 0 1 3
On Wed, 2 Mar 2016, Shannon Zhao wrote:
> On 2016年03月02日 01:01, Stefano Stabellini wrote:
> > On Tue, 1 Mar 2016, Stefano Stabellini wrote:
> >> > On Tue, 1 Mar 2016, Shannon Zhao wrote:
> >>> > > On 2016/2/29 22:15, Stefano Stabellini wrote:
> > > > On Sun, 28 Feb 2016, Shannon Zhao wrote:
>
On Fri, Feb 26, 2016 at 10:11:27AM +0800, Wen Congyang wrote:
> On 02/25/2016 11:54 PM, Wei Liu wrote:
> > On Mon, Feb 22, 2016 at 10:52:14AM +0800, Wen Congyang wrote:
> >> Add back channel support to write stream. If the write stream is
> >> a back channel stream, this means the write stream is u
On Fri, Feb 26, 2016 at 10:16:43AM +0800, Wen Congyang wrote:
[...]
> >
> > Even if it doesn't have restore helper, check_all_finished also checks
> > if the stream and the conversion helper are till in use. The
> > explanation in the comment doesn't seem to justify this change.
>
> In stream_do
On Mon, Feb 22, 2016 at 10:52:27AM +0800, Wen Congyang wrote:
> We will use qemu block replication, and qemu provides some qmp commands
> to prepare replication, start replication, get replication error, and
> stop replication. Introduce new API to execute these qmp commands.
>
> Signed-off-by: We
On Mon, Feb 22, 2016 at 10:52:26AM +0800, Wen Congyang wrote:
[...]
> +if (libxl_defbool_val(info->colo)) {
> +if (libxl_defbool_val(info->compression)) {
This can be simplified as
if (libxl_defbool_val(xxx) && libxl_defbool_val(yyy))
> +LOG(ERROR, "cannot use memo
On Mon, Feb 22, 2016 at 10:52:31AM +0800, Wen Congyang wrote:
> preresume, postresume and checkpoint
>
> Signed-off-by: Yang Hongyang
> Signed-off-by: Wen Congyang
Same as last patch...
Wei.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://
On Mon, Feb 22, 2016 at 10:52:30AM +0800, Wen Congyang wrote:
> setup/teardown of COLO proxy module.
> we use netlink to communicate with proxy module.
> About colo-proxy module:
> https://lkml.org/lkml/2015/6/18/32
> How to use:
> http://wiki.xen.org/wiki/COLO_-_Coarse_Grain_Lock_Stepping
>
> Sig
On Mon, Feb 22, 2016 at 10:52:29AM +0800, Wen Congyang wrote:
> Use qemu block replication as our block replication solution.
> Note that guest must be paused before starting COLO, otherwise,
> the disk won't be consistent between primary and secondary.
>
> Signed-off-by: Wen Congyang
> Signed-of
On Mon, Feb 22, 2016 at 10:52:32AM +0800, Wen Congyang wrote:
> implement COLO nic subkind.
>
> Signed-off-by: Yang Hongyang
> Signed-off-by: Wen Congyang
> ---
> tools/hotplug/Linux/Makefile | 1 +
> tools/hotplug/Linux/colo-proxy-setup | 135 +++
> tools/libxl/Makefile
On Mon, Feb 22, 2016 at 10:52:35AM +0800, Wen Congyang wrote:
> Add cmdline switches to 'xl migrate-receive' command to specify
> a domain-specific hotplug script to setup COLO proxy.
>
> Add a new config var 'colo.default.agentscript' to xl.conf, that
> allows the user to override the default glo
On Mon, Feb 22, 2016 at 10:52:28AM +0800, Wen Congyang wrote:
> Usage: disk =
> ['...,colo,colo-host=xxx,colo-port=xxx,colo-export=xxx,active-disk=xxx,hidden-disk=xxx...']
> For QEMU block replication details:
> http://wiki.qemu.org/Features/BlockReplication
>
> Signed-off-by: Wen Congyang
> Sig
On Wed, Mar 02, 2016 at 02:43:57PM +, George Dunlap wrote:
> On Wed, Mar 2, 2016 at 1:32 PM, Jan Beulich wrote:
> On 02.03.16 at 12:38, wrote:
> >> On Mon, Feb 29, 2016 at 11:17 AM, Wei Liu wrote:
> >>> * Improve ioreq server performance
> >>> - Yu Zhang
> >>> - Paul Durrant
> >>
On Tue, Feb 23, 2016 at 11:26:56AM +, Olaf Hering wrote:
> Signed-off-by: Olaf Hering
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian Campbell
> Cc: Wei Liu
Assuming this is going to be used in later patches:
Acked-by: Wei Liu
> ---
> tools/libxl/libxl.c | 2 +-
> tools/
flight 84935 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84935/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 11 guest-start fail REGR. vs. 84523
test-amd64-i386-xl-qemuu-win
Yang Hongyang writes ("[PATCH] Remus: update email address in MAINTAINERS
file"):
> From: Yang Hongyang
...
> REMUS
> M: Shriram Rajagopalan
> -M: Yang Hongyang
> +M: Yang Hongyang
> S: Maintained
Committed-by: Ian Jackson
Thanks. I guess you intend to continue as maintainer of
On 02/03/16 10:27, Dario Faggioli wrote:
> On Wed, 2016-03-02 at 08:14 +0100, Juergen Gross wrote:
>> On 01/03/16 16:52, George Dunlap wrote:
>>>
>>>
>>> Also -- have you actually tested the "cpupool move while pinned"
>>> functionality to make sure it actually works? There's a weird bit
>>> in
On 02/03/16 10:12, Daniel Kiper wrote:
> On Mon, Feb 29, 2016 at 01:19:27PM +0100, Juergen Gross wrote:
>> On 29/02/16 10:13, Juergen Gross wrote:
>>> On 25/02/16 19:33, Andrei Borzenkov wrote:
22.02.2016 16:14, Juergen Gross пишет:
> On 22/02/16 13:48, Daniel Kiper wrote:
>> On Mon, F
And use it as the default value for the VGA kind. This allows libxl to set
it to the default value later on when the domain type is known. For HVM
guests the default value is LIBXL_VGA_INTERFACE_TYPE_CIRRUS while for
HVMlite the default value is LIBXL_VGA_INTERFACE_TYPE_NONE.
Signed-off-by: Roger
>>> On 02.03.16 at 16:00, wrote:
> On Wed, 2 Mar 2016, Shannon Zhao wrote:
>> On 2016年03月02日 01:01, Stefano Stabellini wrote:
>> > On Tue, 1 Mar 2016, Stefano Stabellini wrote:
>> >> > On Tue, 1 Mar 2016, Shannon Zhao wrote:
>> >>> > > On 2016/2/29 22:15, Stefano Stabellini wrote:
>> > > > On
I've CC'ed some people who might have an idea whether they are replying
on this behaviour. I doubt that but let's better be sure...
On Tue, Mar 01, 2016 at 11:17:54PM +0300, Sergei Lebedev wrote:
> Hi list,
>
> I’ve initially wanted to report another inconsistency in ``xen.lowlevel.xs``
> docume
On Wed, Mar 02, 2016 at 04:43:07PM +0100, Juergen Gross wrote:
> On 02/03/16 10:12, Daniel Kiper wrote:
> > On Mon, Feb 29, 2016 at 01:19:27PM +0100, Juergen Gross wrote:
> >> On 29/02/16 10:13, Juergen Gross wrote:
> >>> On 25/02/16 19:33, Andrei Borzenkov wrote:
> 22.02.2016 16:14, Juergen G
On Wed, 2016-03-02 at 16:34 +0100, Juergen Gross wrote:
> On 02/03/16 10:27, Dario Faggioli wrote:
> >
> > However, an xl flag is easier to add, easier to document and easier
> > and
> > more natural to find, from the point of view of an user that really
> > needs it. And perhaps it could turn out
flight 84960 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84960/
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
CC Linux kernel and FreeBSD maintainers.
On Wed, Mar 02, 2016 at 12:29:26AM +0300, Sergei Lebedev wrote:
> Hi list,
>
> I’m not sure if this is the expected behaviour, but it seems zero-sized reads
> from /dev/xen/xenbus block. Here’s sample code in Python
>
> import os
>
> fd = os
I will not be looking at AMD related Xen code now.
So, removing myself.
Signed-off-by: Aravind Gopalakrishnan
---
MAINTAINERS | 2 --
1 file changed, 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 932b05c..7aacfd6 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -107,14 +107,12 @@ F:
El 2/3/16 a les 17:13, Wei Liu ha escrit:
> CC Linux kernel and FreeBSD maintainers.
>
> On Wed, Mar 02, 2016 at 12:29:26AM +0300, Sergei Lebedev wrote:
>> Hi list,
>>
>> I’m not sure if this is the expected behaviour, but it seems zero-sized
>> reads from /dev/xen/xenbus block. Here’s sample cod
>>> On 01.03.16 at 12:59, wrote:
> Changes since v4:
> - Add a define that contains the number of sections.
> - Improve the comment to describe the memory layout.
> - Check that the sh_link field is 0 < sh_link < e_shnum.
> - Simplify some of the logic, since the SYMTAB section is already
>
Do not pass memory maps to image if it asked for EFI boot services.
Main reason for not providing maps is because they will likely be
invalid. We do a few allocations after filling them, e.g. for relocator
needs. Usually we do not care as we would already finish boot services.
If we keep boot servi
Hi,
This patch series:
- enables EFI boot services usage in loaded images
by multiboot2 protocol,
- add support for multiboot2 protocol compatible
relocatable images.
Earlier versions of this patch series are extensively tested
and used internally at least in Oracle. It should be ment
Add tags used to pass ImageHandle to loaded image if requested.
It is used by at least ExitBootServices() function.
Signed-off-by: Daniel Kiper
---
v3 - suggestions/fixes:
- mbi EFI related stuff size calculation
should depend on target architecture
(suggested by Konrad Rzeszutek Wil
Add grub_relocator64_efi relocator. It will be used on EFI 64-bit platforms
when multiboot2 compatible image requests MULTIBOOT_TAG_TYPE_EFI_BS. Relocator
will set lower parts of %rax and %rbx accordingly to multiboot2 specification.
On the other hand processor mode, just before jumping into loaded
Currently multiboot2 protocol loads image exactly at address specified in
ELF or multiboot2 header. This solution works quite well on legacy BIOS
platforms. It is possible because memory regions are placed at predictable
addresses (though I was not able to find any spec which says that it is
strong
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> Signed-off-by: Harmandeep Kaur
>
Apart from the subject that, as said already, should be more generic,
and from (at least) one long line, this patch looks fine to me.
I'd provide my Reviewed-by, but I asked to move some hunks from patch
On 03/02/2016 11:35 AM, Roger Pau Monné wrote:
El 2/3/16 a les 17:13, Wei Liu ha escrit:
CC Linux kernel and FreeBSD maintainers.
On Wed, Mar 02, 2016 at 12:29:26AM +0300, Sergei Lebedev wrote:
Hi list,
I’m not sure if this is the expected behaviour, but it seems zero-sized reads
from /dev/x
On 02/03/16 17:03, Dario Faggioli wrote:
> On Wed, 2016-03-02 at 16:34 +0100, Juergen Gross wrote:
>> On 02/03/16 10:27, Dario Faggioli wrote:
>>>
>>> However, an xl flag is easier to add, easier to document and easier
>>> and
>>> more natural to find, from the point of view of an user that reall
Hi all,
due to the denyhosts package having been removed from Jessie, we are planning
to disable SSH password authentication from xenbits. The majority of people who
have xenbits accounts do use SSH public-key authentication, but there may be
some people who don't.
I added people who I could
Hi,
-Original Message-
From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of George
Dunlap
Sent: 01 March 2016 15:53
To: Juergen Gross ; xen-devel@lists.xen.org
Cc: Wei Liu ; Stefano Stabellini
; George Dunlap ;
Andrew Cooper ; Dario Faggioli
; Ian Jackson ; David Vrab
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> Signed-off-by: Harmandeep Kaur
>
I don't recall if I said this already, but main_sharing() does not
belong here.
> @@ -5095,11 +5095,11 @@ int main_create(int argc, char **argv)
> rc = create_domain(&dom_info);
> if (rc < 0) {
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> Signed-off-by: Harmandeep Kaur
>
This patch again looks fine, but I'll wait for next version to provide
Review-by-s, to double check the new function breakup in the various
patches.
Thanks and Regards,
Dario
--
<> (Raistlin Majere)
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> @@ -50,7 +50,7 @@
> else if (chk_errnoval > 0)
> {\
> fprintf(stderr,"xl: fatal error: %s:%d: %s:
> %s\n", \
> __FILE__,__LINE__, strerror(chk_errnoval
flight 85080 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/85080/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> Signed-off-by: Harmandeep Kaur
> ---
> tools/libxl/xl_cmdimpl.c | 40
>
> 1 file changed, 20 insertions(+), 20 deletions(-)
>
> diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c
>
On Wed, 2016-02-24 at 18:23 +0530, Harmandeep Kaur wrote:
> *main_foo() is treated somewhat as a regular main(), it is changed to
> return EXIT_SUCCESS or EXIT_FAILURE.
>
Ok, I think I've looked at all the patches now. Good work. :-)
There were a few issues and mistakes, but mostly I think the va
On 03/02/2016 06:42 AM, Aravind Gopalakrishnan wrote:
I will not be looking at AMD related Xen code now.
So, removing myself.
Signed-off-by: Aravind Gopalakrishnan
With regrets
Acked-by: Boris Ostrovsky
---
MAINTAINERS | 2 --
1 file changed, 2 deletions(-)
diff --git a/MAINTAINERS b
On 01/03/16 08:09, Chunyan Liu wrote:
> Add pvusb APIs, including:
> - attach/detach (create/destroy) virtual usb controller.
> - attach/detach usb device
> - list usb controller and usb devices
> - some other helper functions
>
> Signed-off-by: Simon Cao
> Signed-off-by: George Dunlap
> Sig
On 02/03/16 18:32, George Dunlap wrote:
> On 01/03/16 08:09, Chunyan Liu wrote:
>> Add pvusb APIs, including:
>> - attach/detach (create/destroy) virtual usb controller.
>> - attach/detach usb device
>> - list usb controller and usb devices
>> - some other helper functions
>>
>> Signed-off-by:
On 02/25/2016 05:03 PM, Jan Beulich wrote:
On 22.02.16 at 22:02, wrote:
>> Currently the initial_apicid is set vcpu_id * 2 which makes it difficult
>> for the toolstack to manage how is the topology seen by the guest.
>> Instead of forcing procpkg and proccount to be VCPUID * 2, instead we
>>
On 02/25/2016 04:28 PM, Wei Liu wrote:
> On Mon, Feb 22, 2016 at 09:02:08PM +, Joao Martins wrote:
>> Signed-off-by: Joao Martins
>
> Acked-by: Wei Liu
>
Thanks!
>> ---
>> CC: Ian Jackson
>> CC: Stefano Stabellini
>> CC: Ian Campbell
>> CC: Wei Liu
>> ---
>> tools/libxl/libxl_types.
On 02/25/2016 04:29 PM, Wei Liu wrote:
> On Mon, Feb 22, 2016 at 09:02:10PM +, Joao Martins wrote:
>> Introduce internal cpuid routine for setting the topology
>> as seen by the guest. The topology is made based on
>> leaf 1 and leaf 4 for Intel, more specifically setting:
>>
>> Number of log
1 - 100 of 130 matches
Mail list logo
