On Thu, Jan 29, 2015 at 11:55 PM, Julien Grall wrote:
> There is a one-to-one mapping between each re-distributors and processors.
> Each re-distributors can be accessed by any processor at any time. For
> instance during the initialization of the GIC, the drivers will browse
> the re-distributor
flight 34090 qemu-upstream-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34090/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-i386 11 guest-localmigrate fail REGR. vs. 33488
test-amd64
On 02/02/2015 05:59 PM, Vitaly Chernooky wrote:
Hi All!
What is the current state of PV USB drivers and where can I get actual
info about it?
I'm working on them. I hope to be able to release them soon, but up
to now I haven't been able to identify the cause of a failure I'm
hitting occasional
From: David Vrabel
Date: Mon, 2 Feb 2015 16:57:51 +
> After commit e9d8b2c2968499c1f96563e6522c56958d5a1d0d (xen-netback:
> disable rogue vif in kthread context), a fatal (protocol) error would
> leave the guest Rx thread spinning, wasting CPU time. Commit
> ecf08d2dbb96d5a4b4bcc53a39e8d29cc
> I applied this to pci/msi for v3.20, thanks! I reworked the changelog as
> follows; let me know if it still doesn't make things clear:
>
It's more clear, thanks for your improvement very much!
Thanks!
Yijing.
>
> commit 6a878e5085fe97bd1e222b7883a1b815fcbbe4ed
> Author: Yijing Wang
> Date:
On 2015/2/2 20:54, Ian Jackson wrote:
Wei Liu writes ("Re: [v2][PATCH] libxl: add one machine property to support IGD GFX
passthrough"):
On Mon, Feb 02, 2015 at 09:17:23AM +0800, Tiejun Chen wrote:
When we're working to support IGD GFX passthrough with qemu
upstream, instead of "-gfx_passthr
On 2015/2/2 20:19, Wei Liu wrote:
On Mon, Feb 02, 2015 at 09:17:23AM +0800, Tiejun Chen wrote:
When we're working to support IGD GFX passthrough with qemu
upstream, instead of "-gfx_passthru" we'd like to make that
a machine option, "-machine xxx,-igd-passthru=on". This need
to bring a change o
On 2015/2/2 19:08, Ian Campbell wrote:
On Mon, 2015-02-02 at 09:17 +0800, Tiejun Chen wrote:
When we're working to support IGD GFX passthrough with qemu
upstream, instead of "-gfx_passthru" we'd like to make that
a machine option, "-machine xxx,-igd-passthru=on". This need
to bring a change on
Hi
I am working for the msc thesis to improve the performance on network
for guest domains that uses real-time services like voip or video
streaming servers , i have an idea to implement a network scheduler on
network backend, the schedulers may be weighted fair queuing or weighted
round robi
On Thu, Jan 29, 2015 at 12:35 PM, Luis R. Rodriguez wrote:
> On Tue, Jan 27, 2015 at 10:06:44AM +, David Vrabel wrote:
>> On 27/01/15 08:35, Jan Beulich wrote:
>> On 27.01.15 at 02:51, wrote:
>> >
>> > Even if David told you this would be acceptable, I have to question
>> > an abstract m
Long ago I incorrectly associated libxl fd and timer registrations
with per-domain libxl_ctx objects. When creating a libxlDomainObjPrivate,
a libxl_ctx is allocated, and libxl_osevent_register_hooks is called
passing a pointer to the libxlDomainObjPrivate. When an fd or timer
registration occurr
This small series fixes some assertions we occasionally see in the
libxl driver when running libvirt-TCK. The assertions were due to
races between destroying per-domain libxl_ctx and receiving fd and
timer callbacks associated with them. The races are masked by
setting DEBUG loglevel in libvirtd.
Informing libxl how to handle its child proceses should be done once
during driver initialization, not once for each domain-specific
libxl_ctx object. The related libxl documentation in
$xen-src/tools/libxl/libxl_event.h even mentions that "it is best to
call this at initialisation".
Signed-off-b
Hello Manish,
On 02/02/2015 18:55, Manish wrote:
A general comment,
Please avoid top post.
master->of_node is used as a unique value in the rb_tree. In case of
pci_passthrough devices are enumerated and not present in device tree,
so I would have to remove the rb_tree and replace with a link
Wei Liu, le Mon 02 Feb 2015 12:58:57 +, a écrit :
> Cross compiling libxc requires some symlinks to exist.
>
> Note that make -C tools/include requires running tools/configure. But at
> least now the error message is much better than just a "file not found"
> error.
>
> Signed-off-by: Wei Liu
On Tue, Jun 24, 2014 at 03:35:53PM +0100, George Dunlap wrote:
> On 06/20/2014 08:33 PM, Konrad Rzeszutek Wilk wrote:
> >@@ -906,6 +949,23 @@ static int parse_evtmask(char *arg)
> > return 0;
> > }
> >
> >+static int parse_cpumask(const char *arg)
> >+{
> >+xc_cpumap_t map;
> >+uint32
On Mon, Feb 2, 2015 at 1:13 PM, Michal Marek wrote:
> Dne 30.1.2015 v 19:25 Luis R. Rodriguez napsal(a):
>> On Fri, Jan 30, 2015 at 2:49 AM, Michal Marek wrote:
>>> On 2015-01-29 21:47, Paul Bolle wrote:
[Added Michal. Removed Yann.]
On Thu, 2015-01-29 at 12:38 -0800, Luis R. Rodri
Dne 30.1.2015 v 19:25 Luis R. Rodriguez napsal(a):
> On Fri, Jan 30, 2015 at 2:49 AM, Michal Marek wrote:
>> On 2015-01-29 21:47, Paul Bolle wrote:
>>> [Added Michal. Removed Yann.]
>>>
>>> On Thu, 2015-01-29 at 12:38 -0800, Luis R. Rodriguez wrote:
On Tue, Jan 27, 2015 at 12:00 PM, Luis R. R
[+cc Jan]
On Thu, Jan 29, 2015 at 11:54:43AM +0800, Yijing Wang wrote:
> Sometimes, a pci bridge device BAR was not assigned
> properly. After we call pci_bus_assign_resources(), the
> resource of the BAR would be reseted. So if we try to
> enable msix for this device, it will map a invalid
> reso
branch xen-unstable
xen branch xen-unstable
job test-amd64-i386-freebsd10-i386
test guest-localmigrate
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git
Tree: qemuu g
The check is superflous. If the 'max_vcpus' (argument
value) is greater than pCPU and --ignore-host has not
been supplied we would print an warning and return
and not call this code.
If the --ignore-host parameter had been used we would
never end up in this condition and enforce 'max_vcpus'.
The
We have a check to warn the user if they are overcommitting.
But the check only checks the hosts CPU amount and does
not take into account the case when the user is trying to fix
the overcommit. That is - they want to limit the amount of
online VCPUs.
This fix allows the user to offline vCPUs with
The function does not return any values at all. Convert the
internal libxl ones (ERROR_FAIL, ..., etc) to positive values
and for the other cases just return standard libxl values.
Signed-off-by: Konrad Rzeszutek Wilk
---
tools/libxl/xl_cmdimpl.c | 23 +--
1 file changed, 13
On Fri, Jun 06, 2014 at 10:07:37AM +0100, Ian Campbell wrote:
> On Thu, 2014-06-05 at 13:44 -0400, Konrad Rzeszutek Wilk wrote:
> > > > -/* NB: This also limits how many are set in the bitmap */
> > > > -max_vcpus = (max_vcpus > host_cpu ? host_cpu : max_vcpus);
> > >
> > > Where d
The maximum number of VCPUs the guest can have is determined during
domain creation and is set by 'maxvcpus' parameter (in the guest
config). Trying to set the amount of vCPUs above said value
in vcpuset will result in an error - and we can catch it here
(instead of later in the function) and print
On 01/31/2015 08:24 AM, Tamas K Lengyel wrote:
On Fri, Jan 30, 2015 at 6:25 PM, Daniel De Graaf wrote:
On 01/29/2015 04:46 PM, Tamas K Lengyel wrote:
To make it easier to review the renaming process of mem_event -> vm_event,
the process is broken into three pieces, of which this patch is the
A general comment,
master->of_node is used as a unique value in the rb_tree. In case of
pci_passthrough devices are enumerated and not present in device tree, so I would
have to remove the rb_tree and replace with a linked list.
On 31/01/15 12:19 am, Julien Grall wrote:
The main goal is to mo
On Thu, 2015-01-29 at 13:01 +0200, Oleksandr Dmytryshyn wrote:
> This is ABI for the two halves of a Para-virtual
> sound driver to communicate with each to other.
>
I wonder whether Stefano (Cc-ed), which has a great deal of experience
with --real, virtual and paravirtual-- audio, could find a fe
flight 34095 ovmf real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34095/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 33686
build-amd64
On Mon, Feb 02, 2015 at 06:06:15PM +, Ian Jackson wrote:
> Wei Liu writes ("Re: [Xen-devel] [PATCH RFC] libxl: set disk defaults in
> remove/destroy functions"):
> > On Mon, Feb 02, 2015 at 04:38:00PM +, Ian Jackson wrote:
> > > libxl_device_disk_remove should definitely not require the ca
Wei Liu writes ("Re: [Xen-devel] [PATCH RFC] libxl: set disk defaults in
remove/destroy functions"):
> On Mon, Feb 02, 2015 at 04:38:00PM +, Ian Jackson wrote:
> > libxl_device_disk_remove should definitely not require the caller to
> > do what xl currently does.
>
> I come up with something
From: denys drozdov
Make Credit2 and RT schedulers to run on arm platform
context_saved should be deferred on ARM after IRQs enabled
Signed-off-by: denys drozdov
---
xen/arch/arm/domain.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/xen/arch/arm/domain.c b/xen/
On Mon, Feb 02, 2015 at 04:38:00PM +, Ian Jackson wrote:
> Wei Liu writes ("Re: [Xen-devel] [PATCH RFC] libxl: set disk defaults in
> remove/destroy functions"):
> > FWIW xl block-detach calls libxl_vdev_to_device_disk to convert a vdev
> > to disk. That function reads xenstore to get the actu
On Mon, 2015-02-02 at 19:19 +0200, Oleksandr Tyshchenko wrote:
> Hi, Ian.
>
> On Mon, Feb 2, 2015 at 7:10 PM, Ian Campbell wrote:
> > On Fri, 2015-01-30 at 16:52 +, Julien Grall wrote:
> >
> >> > It would be nice to hear your and Ian's opinions about board file.
> >>
> >> I'm not sure about t
On Mon, Feb 02, 2015 at 03:48:19PM +, Jan Beulich wrote:
> >>> On 02.02.15 at 16:31, wrote:
> > On Mon, Feb 02, 2015 at 03:19:33PM +, Jan Beulich wrote:
> >> >>> On 02.02.15 at 15:29, wrote:
> >> > --- a/xen/drivers/passthrough/io.c
> >> > +++ b/xen/drivers/passthrough/io.c
> >> > @@ -63,
Ian Jackson writes ("Re: Cancelling asynchronous operations in libxl"):
> Euan Harris writes ("Re: Cancelling asynchronous operations in libxl"):
> > The API you propose for libxl_ao_cancel, as described in the comment in
> > libxl.h, looks reasonable to us.The comment for ERROR_NOTIMPLEMENTED
On Sun, 1 Feb 2015, Dave Scott wrote:
> Hi,
>
> Mirage now has nice features like TLS[1] and therefore needs a good source of
> randomness to generate session keys. Mirage VMs are PV, so we can’t use
> virtio-rng. We've created a prototype entropy server which may be of interest
> to other peop
On Mon, 2015-02-02 at 17:08 +, Julien Grall wrote:
> On 02/02/15 16:50, Ian Campbell wrote:
> > On Mon, 2015-02-02 at 16:36 +, Julien Grall wrote:
> >> Hi Ian,
> >>
> >> On 02/02/15 16:02, Ian Campbell wrote:
> >>> On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> Some of the re
On Mon, 2015-02-02 at 17:05 +, Julien Grall wrote:
> On 02/02/15 16:47, Ian Campbell wrote:
> > On Mon, 2015-02-02 at 16:33 +, Julien Grall wrote:
> >> Hi Ian,
> >>
> >> On 02/02/15 15:59, Ian Campbell wrote:
> >>> On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> There is a one
On 01/26/15 20:03, Ard Biesheuvel wrote:
> This implements a dummy RealTimeClockLib for Xen, as there is no
> guest interface to access the time kept by Xen that can be shared
> between UEFI and the OS.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
>
On Thu, 2015-01-29 at 22:46 +0100, Tamas K Lengyel wrote:
> MAINTAINERS | 5 +-
> docs/misc/xsm-flask.txt | 2 +-
> tools/libxc/Makefile| 3 +-
> tools/libxc/include/xenctrl.h | 19 +
> tools/libxc/xc_domain_restore.c | 14 +-
>
On Thu, 2015-01-29 at 22:46 +0100, Tamas K Lengyel wrote:
> In preparation for allowing for introspecting ARM and PV domains the old
> control interface via the hvm_op hypercall is retired. A new control mechanism
> is introduced via the domctl hypercall: monitor_op.
>
> This patch aims to establi
On Thu, 2015-01-29 at 22:46 +0100, Tamas K Lengyel wrote:
> The spin-lock implementation in the xen-access test program is implemented
> in a fashion that is actually incomplete. The x86 assembly that guarantees
> that
> the lock is held by only one thread lacks the "lock;" instruction.
>
> Howev
On Thu, 2015-01-29 at 22:46 +0100, Tamas K Lengyel wrote:
> This is the third and final patch in the mem_event -> vm_event renaming
> process
> which removes all references and remaining code of mem_event from the Xen
> source.
>
> Signed-off-by: Tamas K Lengyel
If tools/* is all mechanical cha
On 01/26/15 20:03, Ard Biesheuvel wrote:
> On non-PCI Xen guests (such as ARM), the XenBus root is not a PCI
> device but an abstract 'platform' device. Add a dedicated Vendor
> Hardware device path GUID to identify this node.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-of
On Thu, 2015-01-29 at 22:46 +0100, Tamas K Lengyel wrote:
> This is the second patch in the mem_event -> vm_event migration.
> This patch migrates all previous use-cases of mem_event to use the
> new vm_event system.
>
> Signed-off-by: Tamas K Lengyel
Assuming it's all mechanical, for tools/*
Ac
Ian Jackson writes ("[PATCH v2 SECURITY-POLICY 0/9] Security policy ambiguities
- XSA-108 process post-mortem"):
> I would like to propose the following series of changes to the Xen
> Project Security Policy. For readability I have presented them as
> diffs to a reasonably-plausibly-formatted HTM
On Thu, 2015-01-29 at 22:46 +0100, Tamas K Lengyel wrote:
> To make it easier to review the renaming process of mem_event -> vm_event,
> the process is broken into three pieces, of which this patch is the first.
> In this patch the vm_event subsystem is introduced and hooked into the build
> proces
Unless I'm wrong, please:
On 01/26/15 20:03, Ard Biesheuvel wrote:
> This implements a SerialPortLib instance that wires up to the
> PV console ring used by domU guests. Also imports the required
> upstream Xen io/console.h header.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Sig
On Thu, 2015-01-29 at 22:46 +0100, Tamas K Lengyel wrote:
> The only use-case of the mem_event_op structure had been in mem_paging,
> thus renaming the structure mem_paging_op and relocating its associated
> functions clarifies its actual usage.
>
> Signed-off-by: Tamas K Lengyel
> Acked-by: Tim
On Thu, 2015-01-29 at 22:46 +0100, Tamas K Lengyel wrote:
> The name of the ring still implies it is used only for memory accesses,
> which is no longer the case. It is also used to deliver variuos HVM events,
"various".
> thus the name "monitor" is more appropriate in this setting.
I'll allow o
On Thu, 2015-01-29 at 22:46 +0100, Tamas K Lengyel wrote:
> From: Razvan Cojocaru
>
> The public mem_event structures used to communicate with helper applications
> via
> shared rings have been used in different settings. However, the variable names
> within this structure have not reflected thi
Hi, Ian.
On Mon, Feb 2, 2015 at 7:10 PM, Ian Campbell wrote:
> On Fri, 2015-01-30 at 16:52 +, Julien Grall wrote:
>
>> > It would be nice to hear your and Ian's opinions about board file.
>>
>> I'm not sure about this one. I will let Ian decides.
>
> shmobile.c doesn't seem appropriate to me,
On Mon, Feb 02, 2015 at 03:03:45PM +, Ian Campbell wrote:
> On Mon, 2015-02-02 at 15:01 +, Ian Campbell wrote:
> > On Mon, 2015-02-02 at 12:59 +, Wei Liu wrote:
> > > Provide mini-os url and revision in Config.mk
> > >
> > > Introduce Makefile.mini-os which contains mini-os specific ta
branch xen-unstable
xen branch xen-unstable
job test-amd64-amd64-xl-qemut-winxpsp3
test xen-boot
Tree: linux
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xen
Jan Beulich writes ("[PATCH qemu-trad] cirrus: fix an uninitialized variable"):
> Noticed by paying attention to a compiler warning (reported for the
> only caller of the function modified, vga_ioport_read()).
>
> Signed-off-by: Jan Beulich
Thanks,
Acked-by: Ian Jackson
Committed-by: Ian Jacks
On Fri, 2015-01-30 at 16:52 +, Julien Grall wrote:
> > It would be nice to hear your and Ian's opinions about board file.
>
> I'm not sure about this one. I will let Ian decides.
shmobile.c doesn't seem appropriate to me, rcar.c seems better.
Ian.
_
comments below
On 01/26/15 20:03, Ard Biesheuvel wrote:
> While Xen on Intel uses a virtual PCI device to communicate the
> base address of the grant table, the ARM implementation uses a DT
> node, which is fundamentally incompatible with the way XenBusDxe is
> implemented, i.e., as a UEFI Driver
On 02/02/15 16:50, Ian Campbell wrote:
> On Mon, 2015-02-02 at 16:36 +, Julien Grall wrote:
>> Hi Ian,
>>
>> On 02/02/15 16:02, Ian Campbell wrote:
>>> On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
Some of the registers are accessible via multiple size (see
GICD_IPRIORITYR*)
On 02/02/15 16:47, Ian Campbell wrote:
> On Mon, 2015-02-02 at 16:33 +, Julien Grall wrote:
>> Hi Ian,
>>
>> On 02/02/15 15:59, Ian Campbell wrote:
>>> On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
There is a one-to-one mapping between each re-distributors and processors.
Eac
On Mon, Feb 02, 2015 at 04:57:51PM +, David Vrabel wrote:
> After commit e9d8b2c2968499c1f96563e6522c56958d5a1d0d (xen-netback:
> disable rogue vif in kthread context), a fatal (protocol) error would
> leave the guest Rx thread spinning, wasting CPU time. Commit
> ecf08d2dbb96d5a4b4bcc53a39e8d
Hi All!
What is the current state of PV USB drivers and where can I get actual info
about it?
I already have read this wiki page
http://wiki.xen.org/wiki/Xen_USB_Passthrough but instead of clearness I
have got a bit confusion.
Could anybody clarify this theme for me?
With best regards,
--
*Vi
After commit e9d8b2c2968499c1f96563e6522c56958d5a1d0d (xen-netback:
disable rogue vif in kthread context), a fatal (protocol) error would
leave the guest Rx thread spinning, wasting CPU time. Commit
ecf08d2dbb96d5a4b4bcc53a39e8d29cc8fef02e (xen-netback: reintroduce
guest Rx stall detection) made t
On Mon, 2015-02-02 at 16:36 +, Julien Grall wrote:
> Hi Ian,
>
> On 02/02/15 16:02, Ian Campbell wrote:
> > On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> >> Some of the registers are accessible via multiple size (see
> >> GICD_IPRIORITYR*).
> >
> > They are byte accessible, but ar
Noticed by paying attention to a compiler warning (reported for the
only caller of the function modified, vga_ioport_read()).
Signed-off-by: Jan Beulich
--- a/hw/cirrus_vga.c
+++ b/hw/cirrus_vga.c
@@ -1658,8 +1658,8 @@ cirrus_hook_read_cr(CirrusVGAState * s,
default:
#ifdef DEBUG_CIRRUS
On Mon, 2015-02-02 at 16:33 +, Julien Grall wrote:
> Hi Ian,
>
> On 02/02/15 15:59, Ian Campbell wrote:
> > On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> >> There is a one-to-one mapping between each re-distributors and processors.
> >> Each re-distributors can be accessed by any pr
On Mon, 2015-02-02 at 16:37 +, Julien Grall wrote:
> Hi Ian,
>
> On 02/02/15 16:05, Ian Campbell wrote:
> > On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> >> - Drop wrong comment about the default stride. It's not always 2 *
> >> SZ_64K
> >
> > What other defaults are possible
Hi Ian,
On 02/02/15 16:05, Ian Campbell wrote:
> On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
>> - Drop wrong comment about the default stride. It's not always 2 * SZ_64K
>
> What other defaults are possible and under what circumstances?
128K, when the re-distributor supports VLPIs
Wei Liu writes ("Re: [Xen-devel] [PATCH RFC] libxl: set disk defaults in
remove/destroy functions"):
> FWIW xl block-detach calls libxl_vdev_to_device_disk to convert a vdev
> to disk. That function reads xenstore to get the actual backend of that
> specific vdev. Don't know how useful it is to li
Hi Ian,
On 02/02/15 16:02, Ian Campbell wrote:
> On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
>> Some of the registers are accessible via multiple size (see
>> GICD_IPRIORITYR*).
>
> They are byte accessible, but are they half word accessible? I suspect
> not.
Only byte accessible.
>
Hi Ian,
On 02/02/15 15:59, Ian Campbell wrote:
> On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
>> There is a one-to-one mapping between each re-distributors and processors.
>> Each re-distributors can be accessed by any processor at any time. For
>> instance during the initialization of t
On Mon, Feb 02, 2015 at 01:27:13PM +, Ian Campbell wrote:
> On Mon, 2015-01-26 at 16:14 -0700, Jim Fehlig wrote:
>
> Cc-ing the other toolstack maintainers, both of whom have more
> familiarity with this part of libxl than I.
>
> > The attached patch is a hack I cooked up to fix one of the li
On 02/02/15 15:40, Ian Campbell wrote:
> On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
>> The stride may not be set if the hardware GIC is using the default
>> layout. It happens on the Foundation model.
>>
>> On GICv3, the default stride is 2 * 64K. Therefore it's possible to avoid
>> che
On Mon, Feb 02, 2015 at 01:18:48PM +, Ian Campbell wrote:
> On Wed, 2014-12-10 at 22:21 +, Wei Liu wrote:
> > Signed-off-by: Wei Liu
> > ---
> > make-flight | 21 ++---
> > 1 file changed, 14 insertions(+), 7 deletions(-)
> >
> > diff --git a/make-flight b/make-flight
>
This code brings back memories :) It even has my earliest edk2 comments
whose vocabulary (in retrospect) is not entirely correct. :) But,
they're not the reason I'll ask for a respin here:
On 01/26/15 20:03, Ard Biesheuvel wrote:
> Prepare for making XenBusDxe suitable for use with non-PCI devices
On 02/02/15 16:08, Ian Campbell wrote:
> On Mon, 2015-02-02 at 15:59 +, Julien Grall wrote:
>> Hi Ian,
>>
>> On 02/02/15 15:24, Ian Campbell wrote:
>>> On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
Some of the registers are accessible via multiple size (see
GICD_IPRIORITYR*)
On Mon, 2015-02-02 at 15:59 +, Julien Grall wrote:
> Hi Ian,
>
> On 02/02/15 15:24, Ian Campbell wrote:
> > On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> >> Some of the registers are accessible via multiple size (see
> >> GICD_IPRIORITYR*).
> >>
> >> Thoses registers are misimpleme
On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> - Drop wrong comment about the default stride. It's not always 2 * SZ_64K
What other defaults are possible and under what circumstances?
> - Explain why SZ_64K * 2
>
> Signed-off-by: Julien Grall
>
> ---
> Changes in v2:
>
On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> The current VGIC code doesn't support to change the pending and active status
> of an IRQ via the (re-)distributor.
> If we plan to support it in the future, it will unlikely require a specific
> bitfield as we already store the status per vI
Hi All!
Is there known any USB webcam to be working via PV USB?
With best regards,
--
*Vitaly Chernooky | Senior Developer - Product Engineering and Development*
GlobalLogic
P *+380.44.4929695 ext.1136* M *+380.98.7920568* S cvv_2k
www.globallogic.com
http://www.globallogic.com/email_disclaime
On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> Signed-off-by: Julien Grall
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Tomasz,
you don't have to subscribe, but I think you used the wrong email address. If
you don't subscript your mail gets moderated and it may take a few hours for a
moderator to pick it up. From your mail it says you used
xen-us...@list.xen.org, whereas the right email address is
xen-de...@list
On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> Some of the registers are accessible via multiple size (see GICD_IPRIORITYR*).
They are byte accessible, but are they half word accessible? I suspect
not.
> Thoses registers are misimplemented when they should be RAZ. Only
Same typoes as t
On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> The messages in the common emulation doesn't specify which distributor
> (redistributor or distributor) is used. This make difficult to find the
> correct registers.
>
> Signed-off-by: Julien Grall
Acked-by: Ian Campbell
__
Hi Ian,
On 02/02/15 15:24, Ian Campbell wrote:
> On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
>> Some of the registers are accessible via multiple size (see
>> GICD_IPRIORITYR*).
>>
>> Thoses registers are misimplemented when they should be RAZ. Only
>
> "Those" and "incorrectly implem
On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> There is a one-to-one mapping between each re-distributors and processors.
> Each re-distributors can be accessed by any processor at any time. For
> instance during the initialization of the GIC, the drivers will browse
> the re-distributor
>>> On 02.02.15 at 16:31, wrote:
> On Mon, Feb 02, 2015 at 03:19:33PM +, Jan Beulich wrote:
>> >>> On 02.02.15 at 15:29, wrote:
>> > --- a/xen/drivers/passthrough/io.c
>> > +++ b/xen/drivers/passthrough/io.c
>> > @@ -63,10 +63,37 @@ enum {
>> > static void raise_softirq_for(struct hvm_pirq_d
On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> Also update the different comment to make clear that we register one MMIO
> region per contiguous regions and not per re-distributor.
>
> Signed-off-by: Julien Grall
Acked-by: Ian Campbell
__
On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> The stride may not be set if the hardware GIC is using the default
> layout. It happens on the Foundation model.
>
> On GICv3, the default stride is 2 * 64K. Therefore it's possible to avoid
> checking at every redistributor MMIO access if t
On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> The 32-bit register GICR_NSACR is RAZ/WI on non-secure state. Therefore
> we should not inject a data abort to the guest.
>
> Signed-off-by: Julien Grall
Acked-by: Ian Campbell
___
Xen-devel
On Mon, Feb 02, 2015 at 03:19:33PM +, Jan Beulich wrote:
> >>> On 02.02.15 at 15:29, wrote:
> > On Tue, Jan 13, 2015 at 10:20:00AM +, Jan Beulich wrote:
> >> >>> On 12.01.15 at 17:45, wrote:
> >> > There is race when we clear the STATE_SCHED in the softirq
> >> > - which allows the 'raise
On Fri, 2015-01-30 at 14:24 +, Dave Scott wrote:
>
> > On 30 Jan 2015, at 14:20, Wei Liu wrote:
> >
> > On Fri, Jan 30, 2015 at 02:19:53PM +, Dave Scott wrote:
> >>
> >> Looks ok to me.
> >>
> >> Signed-off-by: David Scott
> >>
> >
> > I think this should be an Acked-by.
>
> Sorry,
On 01/26/15 20:03, Ard Biesheuvel wrote:
> This introduces the abstract XENIO_PROTOCOL that will be used to
> communicate the Xen grant table address to drivers supporting this
> protocol. Primary purpose is allowing us to change the XenBusDxe
> implementation so that it can support non-PCI Xen imp
On Fri, 2015-01-30 at 14:30 +, Dave Scott wrote:
>
>
> > On 30 Jan 2015, at 14:11, Andrew Cooper wrote:
> >
> > The Ocaml stub to retrieve the hypervisor console ring had a few problems.
> >
> > * A single 32k buffer would truncate a large console ring.
> > * The buffer was static and not
The 1st item is not data, but the port (address).
The 2nd item is the data.
Signed-off-by: Don Slutz
---
tools/xentrace/formats | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/tools/xentrace/formats b/tools/xentrace/formats
index da658bf..5d7b72a 100644
--- a/tools/xe
This saves a VMENTRY and a VMEXIT since we not longer retry the
ioport read on backing DM not handling a given ioreq.
To only call on hvm_select_ioreq_server() once in this code path, return s.
Also switch to hvm_send_assist_req_to_ioreq_server().
Signed-off-by: Don Slutz
---
v2:
Paul Durrant:
On Mon, Feb 02, 2015 at 03:09:32PM +, Ian Jackson wrote:
> Wei Liu writes ("[PATCH 3/7] stubdom: don't look for mini-os source file
> during configure"):
> > Mini-os source code will be fetched during build.
> ...
> > -AC_CONFIG_SRCDIR([../extras/mini-os/kernel.c])
>
> You should replace this
On Fri, 2015-01-30 at 12:40 +, Wei Liu wrote:
> On Fri, Jan 30, 2015 at 03:32:26PM +0800, Tiejun Chen wrote:
> > When commit 6865e52b78f4, "PCI multi-seg: adjust domctl interface",
> > is introduced, we missed to sync that head file.
> >
> > Signed-off-by: Tiejun Chen
>
> Acked-by: Wei Liu
On Thu, 2015-01-29 at 18:25 +, Julien Grall wrote:
> Some of the registers are accessible via multiple size (see GICD_IPRIORITYR*).
>
> Thoses registers are misimplemented when they should be RAZ. Only
"Those" and "incorrectly implemented".
> word-access size are currently allowed for them.
On Wed, 2015-01-28 at 15:52 +, Andrew Cooper wrote:
> c/s 5b5c40c0d1 "libxc: introduce a per architecture scratch pfn for temporary
> grant mapping" accidentally an issue whereby there were two paths out of
> xc_core_arch_get_scratch_gpfn() which returned 0, but only one of which
> assigned a v
1 - 100 of 227 matches
Mail list logo
