El 27/01/15 a les 3.27, Yuzhou (C) ha escrit:
> Hi all,
>
>
>
> I want to test xen 4.5.0 + linux 3.17.4+ dom0pvh=1, but boot failed.
>
>
>
> I add dom0_mem=max:2GB dom0pvh=1 to xen boot params.
>
>
>
> I find some mails about dom0 as pvh mode, however I do not find the useful
> a
>>> On 26.01.15 at 18:30, wrote:
> On Mon, Jan 26, 2015 at 05:06:12PM +, Jan Beulich wrote:
>> >>> On 26.01.15 at 17:57, wrote:
>> > On Fri, Jan 23, 2015 at 10:50:23AM +, Jan Beulich wrote:
>> >> >>> On 22.01.15 at 18:34, wrote:
>> >> > (XEN) d56f - d5fff000 (reserve
Hi
I'm studying about Xen 4.4.0 and Xen 4.5.0 on ARM
I have some questions about Interrupt and event channel on ARM.
1.In Xen 4.4.X and Xen 4.5.0 (GIC v2), all pirq(physical irq) are go to pcpu0
(physical cpu). After pirq, Xen run in pcpu0 only inject virq(virtual irq) to
vcpu0 of Dom0.I th
>>> On 27.01.15 at 06:48, wrote:
>> From: Don Slutz [mailto:dsl...@verizon.com]
>> Sent: Tuesday, January 27, 2015 4:31 AM
>>
>> The question is about the VM-exit instruction length field.
>>
>> This is accessed in xen via:
>>
>>__vmread(VM_EXIT_INSTRUCTION_LEN, &inst_len);
>>
>> an examp
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: Thursday, December 11, 2014 7:25 PM
> To: Pang, LongtaoX
> Cc: xen-devel@lists.xen.org; ian.jack...@eu.citrix.com;
> ian.campb...@citrix.com; wei.l...@citrix.com; Hu, Robert; Zheng, Di
> Subject: Re: [OSSTEST PATCH 2
>>> On 27.01.15 at 02:51, wrote:
Even if David told you this would be acceptable, I have to question
an abstract model of fixing issues on only 64-bit kernels - this may
be acceptable for distro purposes, but seems hardly the right
approach for upstream. If 32-bit ones are to become deliberately
>>> On 26.01.15 at 23:57, wrote:
> --- a/xen/include/asm-x86/p2m.h
> +++ b/xen/include/asm-x86/p2m.h
> @@ -172,6 +172,11 @@ typedef unsigned int p2m_query_t;
> (P2M_RAM_TYPES | P2M_GRANT_TYPES | \
>p2m_to_mask(p2m_map_foreign)))
>
>
>>> On 27.01.15 at 07:13, wrote:
> Memory bandwidth monitoring requires system time information returned
> along with the monitoring counter to verify the correctness of the
> counter value and to calculate the time elapsed between two samplings.
>
> Add MSR_IA32_TSC to the read path and it retur
>>From: xen-devel-boun...@lists.xen.org
>>[mailto:xen-devel-boun...@lists.xen.org] On Behalf Of ???
>>Sent: Tuesday, January 27, 2015 3:16 PM
>>To: xen-devel@lists.xen.org
>>Subject: [Xen-devel] Some questions about Interrupt and event channel about
>>Xen on ARM.
>>
>>Hi
>>I'm studying about Xen
flight 33816 linux-next real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33816/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-multivcpu 9 guest-start fail REGR. vs. 33697
test-amd64-i386-xl-cre
On Mon, 2015-01-26 at 18:05 +, Ian Jackson wrote:
For all three patches in the series:
Acked-by: Ian Campbell
> As per the docs in README.dev.
>
> Signed-off-by: Ian Jackson
> ---
> ap-common |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/ap-common b/ap-commo
On 26/01/15 21:07, Stefano Stabellini wrote:
> On Mon, 26 Jan 2015, David Vrabel wrote:
>> On 26/01/15 18:57, Stefano Stabellini wrote:
>>>
@@ -443,14 +443,14 @@ static void mn_invl_range_start(struct mmu_notifier
*mn,
struct gntdev_priv *priv = container_of(mn, struct gntdev_pri
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 model of fixing issues on only 64-bit kernels - this may
> be acceptable for distro purposes, but seems hardly the right
> approach for upstre
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 model of fixing issues on only 64-bit kernels - this may
> be acceptable for distro purposes, but seems hardly the right
> approach for ups
On Tue, 27 Jan 2015, David Vrabel wrote:
> On 26/01/15 21:07, Stefano Stabellini wrote:
> > On Mon, 26 Jan 2015, David Vrabel wrote:
> >> On 26/01/15 18:57, Stefano Stabellini wrote:
> >>>
> @@ -443,14 +443,14 @@ static void mn_invl_range_start(struct
> mmu_notifier *mn,
>
Please don't drop the mailing list from CC.
On Tue, 27 Jan 2015, Mao Mingy wrote:
> When I tried to set up the network in Dom0 using command:
> xl network-attach 1
xl network-attach is not to setup the network in dom0.
Please use "man xl"!
network-attach domain-id network-device
Creates
On Mon, 26 Jan 2015, Eric Shelton wrote:
> On Mon, Jan 26, 2015 at 9:37 AM, Stefano Stabellini
> wrote:
> > On Fri, 23 Jan 2015, Eric Shelton wrote:
> >> On Jan 23, 2015 10:10 AM, "Stefano Stabellini"
> >> wrote:
> >> >
> >> > On Fri, 23 Jan 2015, Ian Campbell wrote:
> >> > > On Fri, 2015-01-23
On Tue, 2015-01-27 at 02:17 +, xen.org wrote:
> flight 33811 libvirt real [real]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/33811/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-armhf-libvirt 5 libvirt
At 16:35 + on 26 Jan (1422286504), Jan Beulich wrote:
> Tim,
>
> in the course of adding >16Tb support to the hypervisor, I ran into
> issues with you having added several open-coded page list accesses
> while breaking up non-order-0 allocations there. I looked at that
> code for quite a while
Hello,
El 27/01/15 a les 11.35, Yuzhou (C) ha escrit:
> Hi Roger,
>
> Thanks.
>
> I only have the Linux kernel config (in the attachment), can not find
> any useful boot log up to now.
You need to setup a serial console in order to provide the boot log. The
following wiki page sho
On Tue, 2015-01-27 at 10:24 +, Stefano Stabellini wrote:
> Please don't drop the mailing list from CC.
>
> On Tue, 27 Jan 2015, Mao Mingy wrote:
> > When I tried to set up the network in Dom0 using command:
> > xl network-attach 1
>
> xl network-attach is not to setup the network in dom0.
On Mon, 26 Jan 2015, David Vrabel wrote:
> The scratch frame mappings for ballooned pages and the m2p override
> are broken. Remove them in preparation for replacing them with
> simpler mechanisms that works.
>
> The scratch pages did not ensure that the page was not in use. In
> particular, the
On Tue, Jan 20, 2015 at 11:26:30AM +0100, Fabio Fantoni wrote:
> Usage:
> spice_image_compression=[auto_glz|auto_lz|quic|glz|lz|off]
>
> Specifies what image compression is to be used by spice (if given),
> otherwise the qemu default will be used.
>
> Signed-off-by: Fabio Fantoni
>
Acked-by: W
On Tue, Jan 20, 2015 at 11:33:17AM +0100, Fabio Fantoni wrote:
> Usage:
> spice_streaming_video=[filter|all|off]
>
> Specifies what streaming video setting is to be used by spice (if
> given),
> otherwise the qemu default will be used.
>
> Signed-off-by: Fabio Fantoni
>
Acked-by: Wei Liu
On 27/01/15 10:57, Stefano Stabellini wrote:
> On Mon, 26 Jan 2015, David Vrabel wrote:
>> The scratch frame mappings for ballooned pages and the m2p override
>> are broken. Remove them in preparation for replacing them with
>> simpler mechanisms that works.
>>
>> The scratch pages did not ensure
On Tue, 2015-01-27 at 08:33 +, Hu, Robert wrote:
[...] please trim quotes.
> >
> > FWIW, OSSTest has a bunch of overlay files (look at overlay directory),
> > which includes an init script called xenbridge. In theory if you're
> > reusing this script (ts-xen-install) then you don't need to wor
On Mon, 26 Jan 2015, David Vrabel wrote:
> From: Jennifer Herbert
>
> Ballooned pages are always used for grant maps which means the
> original frame does not need to be saved in page->index nor restored
> after the grant unmap.
>
> This allows the workaround in netback for the conflicting use o
On Tue, 27 Jan 2015, David Vrabel wrote:
> On 27/01/15 10:57, Stefano Stabellini wrote:
> > On Mon, 26 Jan 2015, David Vrabel wrote:
> >> The scratch frame mappings for ballooned pages and the m2p override
> >> are broken. Remove them in preparation for replacing them with
> >> simpler mechanisms
On 27/01/15 11:10, Stefano Stabellini wrote:
> On Tue, 27 Jan 2015, David Vrabel wrote:
>> On 27/01/15 10:57, Stefano Stabellini wrote:
>>> On Mon, 26 Jan 2015, David Vrabel wrote:
The scratch frame mappings for ballooned pages and the m2p override
are broken. Remove them in preparation
On Mon, 26 Jan 2015, David Vrabel wrote:
> Add gnttab_alloc_pages() and gnttab_free_pages() to allocate/free pages
> suitable to for granted maps.
>
> Signed-off-by: David Vrabel
Reviewed-by: Stefano Stabellini
> drivers/block/xen-blkback/blkback.c |8
> drivers/net/xen-netback/
On Tue, 27 Jan 2015, David Vrabel wrote:
> On 27/01/15 11:10, Stefano Stabellini wrote:
> > On Tue, 27 Jan 2015, David Vrabel wrote:
> >> On 27/01/15 10:57, Stefano Stabellini wrote:
> >>> On Mon, 26 Jan 2015, David Vrabel wrote:
> The scratch frame mappings for ballooned pages and the m2p ove
On Mon, 26 Jan 2015, David Vrabel wrote:
> From: Jennifer Herbert
>
> Use the "foreign" page flag to mark pages that have a grant map. Use
> page->private to store information of the grant (the granting domain
> and the grant reference).
>
> Signed-off-by: Jennifer Herbert
> Signed-off-by: Dav
On Mon, 26 Jan 2015, David Vrabel wrote:
> From: Jennifer Herbert
>
> Use gnttab_unmap_refs_async() to wait until the mapped pages are no
> longer in use before unmapping them.
>
> This allows blkback to use network storage which may retain refs to
> pages in queued skbs after the block I/O has
On Mon, 26 Jan 2015, David Vrabel wrote:
> From: Jennifer Herbert
>
> Use gnttab_unmap_refs_async() to wait until the mapped pages are no
> longer in use before unmapping them.
>
> This allows userspace programs to safely use Direct I/O and AIO to a
> network filesystem which may retain refs to
Hi, All
I tested the IOPS with iometer in SUSE linux kernel v3.17.4 with xen in
domain0, the maximum IOPS is 50k and the average is 30k.
I did a same test in kernel v3.17.4 without xen. At this time I got a maximum
IOPS 90k, and the average IOPS is 60k.
My test mode is 100%random, 60%write, 16k b
On Mon, 26 Jan 2015, David Vrabel wrote:
> In an x86 PV guest, get_user_pages_fast() on a userspace address range
> containing foreign mappings does not work correctly because the M2P
> lookup of the MFN from a userspace PTE may return the wrong page.
>
> Force get_user_pages_fast() to fail on suc
On Mon, 26 Jan 2015, David Vrabel wrote:
> For a PV guest, use the find_special_page op to find the right page.
> To handle VMAs being split, remember the start of the original VMA so
> the correct index in the pages array can be calculated.
>
> Signed-off-by: David Vrabel
Very nice.
Reviewed-b
On Mon, Jan 26, 2015 at 09:53:25AM +, Thomas Leonard wrote:
> [ Cc += Anil ]
>
> On 25 January 2015 at 18:25, Wei Liu wrote:
> > Cc Ian and Ian and some folks who might be interested in this work.
> >
> > On Sun, Jan 25, 2015 at 06:13:41PM +, Wei Liu wrote:
> >> There has been increasing
Hi Ard,
On 26/01/15 19:03, Ard Biesheuvel wrote:
> +RETURN_STATUS
> +EFIAPI
> +SerialPortInitialize (
> + VOID
> + )
> +{
> + mXenConsoleEventChain.port = (UINT32)XenHypercallHvmGetParam
> (HVM_PARAM_CONSOLE_EVTCHN);
> + mXenConsoleInterface = (struct xencons_interface *)(UINTN)
> +(XenHy
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 mailing list. I propose
"minios-de...@lists.xenproject.org".
Existing subscribers to xen-devel should continue to get
On 20 January 2015 at 10:52, Ian Campbell wrote:
> A few folks have been caught out by OSes which call e.g.
> HYPERVISOR_event_channel_op_compat which has been deprecated since
> 3.2.2 (i.e. long before Xen on ARM). Existing x86 code can still
> safely and quietly using those calls, waiting for an
On 26/01/15 18:31, Stefano Stabellini wrote:
> On Mon, 26 Jan 2015, David Vrabel wrote:
>> When unmapping grants, instead of converting the kernel map ops to
>> unmap ops on the fly, pre-populate the set of unmap ops.
>>
>> This allows the grant unmap for the kernel mappings to be trivially
>> batc
Hi Ard,
On 26/01/15 19:03, Ard Biesheuvel wrote:
> typedef struct {
> @@ -66,6 +68,7 @@ STATIC CONST PROPERTY CompatibleProperties[] = {
>{ PropertyTypePsci,"arm,psci-0.2"},
>{ PropertyTypeFwCfg, "qemu,fw-cfg-mmio"},
>{ PropertyTypeGicV3, "arm,gic-v3" },
>
On Mon, Jan 26, 2015 at 06:42:11PM +0100, Martin Lucina wrote:
> tal...@gmail.com said:
> > In case it's useful: for the standalone version of Mini-OS used by
> > Mirage, I had to include these directories too:
> >
> > 1. xen/include/public
> > 2. xen/common/libfdt
> > 3. xen/include/xen/libfdt
>
On 27 January 2015 at 11:57, Julien Grall wrote:
> Hi Ard,
>
> On 26/01/15 19:03, Ard Biesheuvel wrote:
>> typedef struct {
>> @@ -66,6 +68,7 @@ STATIC CONST PROPERTY CompatibleProperties[] = {
>>{ PropertyTypePsci,"arm,psci-0.2"},
>>{ PropertyTypeFwCfg, "qemu,fw-cfg-mmio"
On Mon, Jan 26, 2015 at 10:57:57AM +, Anil Madhavapeddy wrote:
> On 26 Jan 2015, at 09:53, Thomas Leonard wrote:
> >
> > [ Cc += Anil ]
> >
> > On 25 January 2015 at 18:25, Wei Liu wrote:
> >> Cc Ian and Ian and some folks who might be interested in this work.
> >>
> >> On Sun, Jan 25, 201
On Tue, 2015-01-27 at 11:52 +, Wei Liu wrote:
> Splitting should be done sooner in the release cycle rather than later
> IMHO.
I agree, it should be done very soon and we should avoid letting the
perfect be the enemy of taking the first step (to mix a few idoims).
> > What's the planned relea
Hello,
Wei Liu, le Sun 25 Jan 2015 18:13:41 +, a écrit :
> There has been increasing use of mini-os in unikernel world and basically
> everybody has their own fork of mini-os. That way going foward is going
> to cause fragmentation of the community.
>
> We would like to split off mini-os tree
3.16.7-ckt5 -stable review patch. If anyone has any objections, please let me
know.
--
From: Zoltan Kiss
commit 97a6d1bb2b658ac85ed88205ccd1ab809899884d upstream.
There is a long known problem with the netfront/netback interface: if the guest
tries to send a packet which cons
On Mon, 26 Jan 2015, 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
> Signed-off-by: Ard Biesheuve
On Mon, 26 Jan 2015, Ard Biesheuvel wrote:
> This refactors the Xen hypercall implementation that is part of the
> XenBusDxe driver, in preparation of splitting it off entirely into
> a XenHypercallLib library. This involves:
> - removing the dependency on XENBUS_DEVICE* pointers in the XenHypercal
Hi Ard,
I don't know how works platform description in tianocore, but I have few
questions about some file includes in the build.
On 26/01/15 19:03, Ard Biesheuvel wrote:
> + #
> + # ARM PrimeCell
> + #
> +
> + ## PL011 - Serial Terminal
> + gEfiMdePkgTokenSpaceGuid.PcdUartDefaultBaudRate|38
On 27 January 2015 at 12:43, Stefano Stabellini
wrote:
> On Mon, 26 Jan 2015, Ard Biesheuvel wrote:
>> This refactors the Xen hypercall implementation that is part of the
>> XenBusDxe driver, in preparation of splitting it off entirely into
>> a XenHypercallLib library. This involves:
>> - removin
On 27 January 2015 at 12:44, Julien Grall wrote:
> Hi Ard,
>
> I don't know how works platform description in tianocore, but I have few
> questions about some file includes in the build.
>
> On 26/01/15 19:03, Ard Biesheuvel wrote:
>> + #
>> + # ARM PrimeCell
>> + #
>> +
>> + ## PL011 - Serial
On Mon, 26 Jan 2015, Ard Biesheuvel wrote:
> This patch adds an implementation of XenHypercallLib for both
> AArch64 and AArch32 execution modes on ARM systems.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
Reviewed-by: Stefano Stabellini
> OvmfP
On Tue, 27 Jan 2015, 신정섭 wrote:
>
> Hi
>
> I'm studying about Xen 4.4.0 and Xen 4.5.0 on ARM
>
>
>
> I have some questions about Interrupt and event channel on ARM.
>
>
>
> 1.
> In Xen 4.4.X and Xen 4.5.0 (GIC v2), all pirq(physical irq) are go to pcpu0
> (physical cpu). After pirq, Xe
On 27 January 2015 at 12:46, Ard Biesheuvel wrote:
> On 27 January 2015 at 12:43, Stefano Stabellini
> wrote:
>> On Mon, 26 Jan 2015, Ard Biesheuvel wrote:
>>> This refactors the Xen hypercall implementation that is part of the
>>> XenBusDxe driver, in preparation of splitting it off entirely int
Hi Ian,
On 26/01/15 15:55, Ian Campbell wrote:
> ... instead of artificially masking the timer interrupt in the timer
> state and relying on the guest to unmask (which it isn't required to
> do per the h/w spec, although Linux does)
>
> To do this introduce the concept of routing a PPI to the cur
Monday, January 26, 2015, 1:12:16 PM, you wrote:
> On Thu, 22 Jan 2015, Sander Eikelenboom wrote:
>> While this fixes the race and error on shutdown of a HVM guest with
>> pci-passthrough,
>> i don't know if this could give problems in other areas (migration ?),
>> hence posted as RFC.
> I thin
Hello,
On Fri, Aug 22, 2014 at 08:45:03AM +, Gonglei (Arei) wrote:
> > From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> > Sent: Thursday, August 21, 2014 6:31 AM
> > To: Fabio Fantoni
> > Cc: Ross Philipson; Ian Campbell; Paul Durrant; ke...@koconnor.net;
> > Huangweidong (C); Han
On Tue, 2015-01-27 at 13:16 +, Julien Grall wrote:
> Hi Ian,
>
> On 26/01/15 15:55, Ian Campbell wrote:
> > ... instead of artificially masking the timer interrupt in the timer
> > state and relying on the guest to unmask (which it isn't required to
> > do per the h/w spec, although Linux does
Create preinit_xen_time() and move to it minimum required
subset of operations needed to properly initialized
cpu_khz and boot_count vars. This is allow us to use udelay()
immediately after the call.
Changes in v2:
1. Move timer_ids out of the find_timer_node() and frop this func.
2. Use void as a
On Tue, 27 Jan 2015, Sander Eikelenboom wrote:
> Monday, January 26, 2015, 1:12:16 PM, you wrote:
>
> > On Thu, 22 Jan 2015, Sander Eikelenboom wrote:
> >> While this fixes the race and error on shutdown of a HVM guest with
> >> pci-passthrough,
> >> i don't know if this could give problems in ot
On 27/01/15 13:34, Ian Campbell wrote:
>>> diff --git a/xen/arch/arm/gic-v2.c b/xen/arch/arm/gic-v2.c
>>> index 31fb81a..9074aca 100644
>>> --- a/xen/arch/arm/gic-v2.c
>>> +++ b/xen/arch/arm/gic-v2.c
>>> @@ -156,6 +156,45 @@ static void gicv2_save_state(struct vcpu *v)
>>> writel_gich(0, GICH_
On 27 Jan 2015, at 11:52, Wei Liu wrote:
>
> On Mon, Jan 26, 2015 at 10:57:57AM +, Anil Madhavapeddy wrote:
>> On 26 Jan 2015, at 09:53, Thomas Leonard wrote:
>>>
>>> [ Cc += Anil ]
>>>
>>> On 25 January 2015 at 18:25, Wei Liu wrote:
Cc Ian and Ian and some folks who might be interes
On Tue, Jan 27, 2015 at 07:54:30AM +, Jan Beulich wrote:
> (re-adding xen-devel)
>
> >>> On 27.01.15 at 01:32, wrote:
> > On 27/01/2015 00:02, Daniel Kiper wrote:
> >> On Mon, Jan 26, 2015 at 05:00:41PM +, Jan Beulich wrote:
> >> On 26.01.15 at 17:27, wrote:
> Anyhow I am bit st
Chen, Tiejun writes ("Re: [Qemu-devel] [RFC][PATCH 1/1] libxl: add one machine
property to support IGD GFX passthrough"):
> On 2015/1/23 8:43, Chen, Tiejun wrote:
> > On 2015/1/22 8:51, Chen, Tiejun wrote:
> >> At this point I just concern here if we still use 'gfx_passthrou', at
> >> least it may
Thomas Leonard writes ("Re: [PATCH RFC 0/5] Split off mini-os to a separate
tree"):
> In case it's useful: for the standalone version of Mini-OS used by
> Mirage, I had to include these directories too:
>
> 1. xen/include/public
Official Xen policy is that OSs that want to run on Xen should take
On Tue, Jan 27, 2015 at 06:41:39AM +, Tian, Kevin wrote:
> > From: Elena Ufimtseva [mailto:elena.ufimts...@oracle.com]
> > Sent: Tuesday, January 27, 2015 1:31 AM
> >
> > On Mon, Jan 26, 2015 at 05:06:12PM +, Jan Beulich wrote:
> > > >>> On 26.01.15 at 17:57, wrote:
> > > > On Fri, Jan 23
On Tue, Jan 27, 2015 at 08:24:36AM +, Jan Beulich wrote:
> >>> On 26.01.15 at 18:30, wrote:
> > On Mon, Jan 26, 2015 at 05:06:12PM +, Jan Beulich wrote:
> >> >>> On 26.01.15 at 17:57, wrote:
> >> > On Fri, Jan 23, 2015 at 10:50:23AM +, Jan Beulich wrote:
> >> >> >>> On 22.01.15 at 18:
On Tue, 2015-01-27 at 14:48 +, Ian Jackson wrote:
> > 2. xen/common/libfdt
> > 3. xen/include/xen/libfdt
>
> libdft is its own project. I have no idea why we have a copy of it in
> xen.git. I think this is wrong.
This is for use by (i.e. linking into) the Xen kernel, not the tools
etc. It's
Ian Campbell writes ("Re: [PATCH RFC 0/5] Split off mini-os to a separate
tree"):
> On Tue, 2015-01-27 at 14:48 +, Ian Jackson wrote:
> > libdft is its own project. I have no idea why we have a copy of it in
> > xen.git. I think this is wrong.
>
> This is for use by (i.e. linking into) the
flight 33820 linux-3.14 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33820/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 5 xen-boot fail REGR. vs. 33341
test-amd64-i386-xl-qem
On Tue, 2015-01-27 at 15:27 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [PATCH RFC 0/5] Split off mini-os to a separate
> tree"):
> > On Tue, 2015-01-27 at 14:48 +, Ian Jackson wrote:
> > > libdft is its own project. I have no idea why we have a copy of it in
> > > xen.git. I think
On Thu, 22 Jan 2015, Xu, Quan wrote:
> > -Original Message-
> > From: xen-devel-boun...@lists.xen.org
> > [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Stefano Stabellini
> > Sent: Wednesday, January 21, 2015 6:37 PM
> > To: Xu, Quan
> > Cc: k...@xen.org; ian.campb...@citrix.com; st
On Fri, 16 Jan 2015, Julien Grall wrote:
> I'm not sure why a ':' has been added in the name... But none of the
> other usages doesn't have it.
>
> Signed-off-by: Julien Grall
Acked-by: Stefano Stabellini
> xen/arch/arm/gic-v2.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> di
On Fri, 16 Jan 2015, Julien Grall wrote:
> The header asm/device.h has been included in the vgic code during
> splitting to support multiple version. But no code within those files
> requires it.
>
> Signed-off-by: Julien Grall
Acked-by: Stefano Stabellini
> xen/arch/arm/vgic-v2.c | 1 -
> x
Hi,
While I'm working on support for 64K page in netfront, I got
an rcu_sced self-detect message. It happens when netback is
disabling the vif device due to an error.
I'm using Linux 3.19-rc5 on seattle (ARM64). Any idea why
the processor is stucked in xenvif_rx_queue_purge?
Here the log:
vif v
On Fri, 16 Jan 2015, Julien Grall wrote:
> This enum was used for matching a specific device and not to get the
> type of device.
>
> Hence the name device_type will be used for another purpose later.
>
> Signed-off-by: Julien Grall
If you really want to rename this field, please find a more de
On Fri, 16 Jan 2015, Julien Grall wrote:
> The current SMMU driver has completly diverged. That makes me hard to
> maintain.
>
> Signed-off-by: Julien Grall
Acked-by: Stefano Stabellini
> xen/drivers/passthrough/arm/Makefile |1 -
> xen/drivers/passthrough/arm/smmu.c | 1784
>
On Fri, 16 Jan 2015, Julien Grall wrote:
> Some drivers may want to configure differently the device depending on
> the compatible string.
>
> Also modify the return type of dt_match_node to return the matching
> structure.
>
> Signed-off-by: Julien Grall
> ---
> xen/arch/arm/platform.c |
Hi Stefano,
On 27/01/15 15:57, Stefano Stabellini wrote:
>> const struct dt_device_node *dt_get_parent(const struct dt_device_node
>> *node)
>> diff --git a/xen/include/xen/device_tree.h b/xen/include/xen/device_tree.h
>> index 08db8bc..6502369 100644
>> --- a/xen/include/xen/device_tree.h
>> ++
Hi Stefano,
On 27/01/15 16:05, Stefano Stabellini wrote:
> On Fri, 16 Jan 2015, Julien Grall wrote:
>> This enum was used for matching a specific device and not to get the
>> type of device.
>>
>> Hence the name device_type will be used for another purpose later.
>>
>> Signed-off-by: Julien Grall
>>> On 27.01.15 at 15:26, wrote:
> On Tue, Jan 27, 2015 at 07:54:30AM +, Jan Beulich wrote:
>> (re-adding xen-devel)
>>
>> >>> On 27.01.15 at 01:32, wrote:
>> > On 27/01/2015 00:02, Daniel Kiper wrote:
>> >> On Mon, Jan 26, 2015 at 05:00:41PM +, Jan Beulich wrote:
>> >> On 26.01.15 a
Ian Campbell writes ("[PATCH v3 01/19] TestSupport: Add helper to wait for a
guest to shutdown"):
> Refactor the guts of guest_await_reboot into a helper and use for both
> shutdown and reboot handling.
Acked-by: Ian Jackson
___
Xen-devel mailing list
On Tue, 27 Jan 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 27/01/15 16:05, Stefano Stabellini wrote:
> > On Fri, 16 Jan 2015, Julien Grall wrote:
> >> This enum was used for matching a specific device and not to get the
> >> type of device.
> >>
> >> Hence the name device_type will be used for
On Tue, 27 Jan 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 27/01/15 15:57, Stefano Stabellini wrote:
> >> const struct dt_device_node *dt_get_parent(const struct dt_device_node
> >> *node)
> >> diff --git a/xen/include/xen/device_tree.h b/xen/include/xen/device_tree.h
> >> index 08db8bc..6502
On Fri, 16 Jan 2015, Julien Grall wrote:
> Xen is currently using list a compatible string to know if the driver
> can use device node. This leads to have double definition in the GIC
> code.
>
> Futhermore Linux drivers is using dt_match_node (actually called of_device_id
> in Linux) to list devi
On Fri, 16 Jan 2015, Julien Grall wrote:
> Currently, Xen is supporting PCI and Platform device (based on Device Tree).
>
> While Xen only supports Platform device on ARM, Xen will gain support of
> PCI soon.
>
> Some drivers, such as IOMMU drivers, may handle PCI and platform device in
> the sam
On Fri, 16 Jan 2015, Julien Grall wrote:
> On ARM, the way to assign device tree node is exactly the same as PCI.
> Futhermore, all devices can be represented by a 'device_t'.
> Therefore there is no need to add separate ops.
>
> The x86 iommu drivers has not been modified to replace 'struct pci_d
Ian Campbell writes ("[PATCH v3 02/19] apt: lock osstest's usages of apt-get
against each other"):
> Currently we rely on all apt-get invocations being in a single
> ts-xen-build-prep job which can't run on a shared host.
Acked-by: Ian Jackson
___
Xen
On Fri, 16 Jan 2015, Julien Grall wrote:
> Based on commit e6b5be2be4e30037eb551e0ed09dd97bd00d85d3.
>
> It's a basic copy of the Linux SMMU drivers code. No Xen code has yet been
> added
> and not build.
Do you mean a verbatim copy? As in unmmodified?
If so:
Acked-by: Stefano Stabellini
> C
On Fri, 16 Jan 2015, Julien Grall wrote:
> From: Andreas Herrmann
>
> If DT information lists one stream ID twice for the master devices of
> an SMMU this can cause a multi match when stream ID matching is used.
> For stream ID indexing this might trigger an overwrite of an S2CR that
> is already
On 27/01/15 16:10, Stefano Stabellini wrote:
> On Tue, 27 Jan 2015, Julien Grall wrote:
>> Hi Stefano,
>>
>> On 27/01/15 15:57, Stefano Stabellini wrote:
const struct dt_device_node *dt_get_parent(const struct dt_device_node
*node)
diff --git a/xen/include/xen/device_tree.h b/xen/i
Ian Campbell writes ("[PATCH v3 07/19] TestSupport: always use xl for generic
operations."):
> Unless the toolstack is xend (for compatibility with pre-xl Xen
> versions), when we use xm.
Acked-by: Ian Jackson
> For several operations in TestSupport.pm the actual toolstack isn't
> really releva
On Tue, 2015-01-27 at 15:39 +0200, Oleksandr Tyshchenko wrote:
> Create preinit_xen_time() and move to it minimum required
> subset of operations needed to properly initialized
> cpu_khz and boot_count vars. This is allow us to use udelay()
> immediately after the call.
>
> Changes in v2:
> 1. Mov
From: Jennifer Herbert
Introduce gnttab_unmap_refs_async() that can be used to safely unmap
pages that may be in use (ref count > 1). If the pages are in use the
unmap is deferred and retried later. This polling is not very clever
but it should be good enough if the cases where the delay is nec
From: Jennifer Herbert
The foreign page flag will be used by Xen guests to mark pages that
have grant mappings of frames from other (foreign) guests.
The foreign flag is an alias for the existing (Xen-specific) pinned
flag. This is safe because pinned is only used on pages used for page
tables
When unmapping grants, instead of converting the kernel map ops to
unmap ops on the fly, pre-populate the set of unmap ops.
This allows the grant unmap for the kernel mappings to be trivially
batched in the future.
Signed-off-by: David Vrabel
---
arch/arm/include/asm/xen/page.h |2 +-
arch/
This series fixes a number of long-standing bugs in the handling of
grant maps. Refer to the following for all the details.
http://xenbits.xen.org/people/dvrabel/grant-improvements-C.pdf
In summary, the important uses that this enables are:
1. Block backends can use networked storage safely.
1 - 100 of 201 matches
Mail list logo
