On Tue, Feb 24, 2015 at 6:29 PM, Julien Grall wrote:
> On 24/02/15 10:26, Ian Campbell wrote:
>> On Tue, 2015-02-24 at 09:38 +, Julien Grall wrote:
>>> Hi Ian,
>>>
>>> On 24/02/2015 09:31, Ian Campbell wrote:
On Wed, 2015-02-18 at 13:03 +, Julien Grall wrote:
>> +{
>>> On 02.03.15 at 19:19, wrote:
> On 02/03/15 17:52, Ian Campbell wrote:
>> On Mon, 2015-03-02 at 17:48 +, David Vrabel wrote:
>>> On 02/03/15 17:43, Andrew Cooper wrote:
On 02/03/15 17:34, David Vrabel wrote:
> A guest that previously had 2 vNUMA nodes is migrated to a host with
>>>
>>> On 02.03.15 at 18:00, wrote:
> There are two issues here irrespective of this series:
>
> 1. should we expose that sentinel in ABI?
> 2. if so, what should the sentinel be?
>
> I think Andrew and you disagree on the first one. We can work out the
> answer to the second question later.
I ver
>>> On 02.03.15 at 18:34, wrote:
> A guest that previously had 2 vNUMA nodes is migrated to a host with
> only 1 pNUMA node. It should still have 2 vNUMA nodes.
I don't think the migration aspect was really thought through yet
by the submitters of the vNUMA patches that went in so far. But
yes,
> -Original Message-
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: Tuesday, March 03, 2015 3:10 PM
> To: Wu, Feng
> Cc: edk2-de...@lists.sourceforge.net; olivier.mar...@arm.com;
> ler...@redhat.com; roy.fr...@linaro.org; leif.lindh...@linaro.org;
> stefano.stabell...@e
On 3 March 2015 at 03:00, Wu, Feng wrote:
>
>
>> -Original Message-
>> From: xen-devel-boun...@lists.xen.org
>> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Ard Biesheuvel
>> Sent: Wednesday, February 25, 2015 2:03 AM
>> To: edk2-de...@lists.sourceforge.net; olivier.mar...@arm.com
On 03/02/2015 06:07 PM, Stefano Stabellini wrote:
On Mon, 2 Mar 2015, Konrad Rzeszutek Wilk wrote:
I would prefer to hide it on PAE and x86_64.
Okay, as long as it is still _possible_ somehow to configure it.
That begs the question, all this just for 32-bit non-PAE ?
There was another rea
On Mon, Feb 23, 2015 at 9:09 AM, David Vrabel wrote:
> On 23/02/15 16:01, Boris Ostrovsky wrote:
>> Commit 1e02ce4cccdc ("x86: Store a per-cpu shadow copy of CR4")
>> introduced CR4 shadows.
>>
>> These shadows are initialized in early boot code. The commit missed
>> initialization for 64-bit PV(H
flight 35702 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35702/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-libvirt 9 guest-start fail REGR. vs. 35533
test-amd64-amd64-xl-qemut-
On Mon, Feb 23, 2015 at 11:21 PM, Ian Campbell wrote:
> On Wed, 2015-02-18 at 12:38 +, Julien Grall wrote:
>> > +uint64_t addr, size;
>
> Please use paddr_t and PRIpaddr etc.
>
>> > +res = map_mmio_regions(d,
>> > + paddr_to_pfn(addr & PAGE_MASK),
>> > +
Hi Ian,
On Mon, Mar 2, 2015 at 11:09 PM, Ian Campbell wrote:
> Forgot one series (albeit of a single patch):
>
> On Mon, 2015-03-02 at 14:53 +, Ian Campbell wrote:
>> There's quite a few series out there right now from you guys, with quite
>> a number of patches in each, so I think we need to
Use the built-in function instead of memset.
Signed-off-by: Joe Perches
---
drivers/net/xen-netback/interface.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/xen-netback/interface.c
b/drivers/net/xen-netback/interface.c
index f38227a..4ae98e2 100644
--- a/drive
Joe Perches (14):
etherdevice: Add eth__addr CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS code
ethernet: Use eth__addr instead of memset
net: usb: Use eth__addr instead of memset
wireless: Use eth__addr instead of memset
netconsole: Use eth__addr instead of memset
xen: Use eth__addr instead o
Hi Julien,
On Mon, Mar 2, 2015 at 6:49 PM, Julien Grall wrote:
> Hi Vijay,
>
> On 02/03/15 12:30, vijay.kil...@gmail.com wrote:
>> From: Vijaya Kumar K
>>
>> Add ITS support for arm. Following major features
>> are supported
>> - GICv3 ITS support for arm64 platform
>> - Supports only single I
On Mon, 2015-03-02 at 15:34 +, Ian Campbell wrote:
> On Thu, 2015-02-26 at 15:55 +, Wei Liu wrote:
> > This function is used to check whether vNUMA configuration (be it
> > auto-generated or supplied by user) is valid.
> >
> > Define a new error code ERROR_VNUMA_CONFIG_INVALID.
> >
> > Th
On Mon, 2015-03-02 at 18:19 +, Andrew Cooper wrote:
> On 02/03/15 17:52, Ian Campbell wrote:
> >> On 02/03/15 17:43, Andrew Cooper wrote:
> >>> On 02/03/15 17:34, David Vrabel wrote:
> A guest that previously had 2 vNUMA nodes is migrated to a host with
> only 1 pNUMA node. It should
>> --- a/drivers/pci/xen-pcifront.c
>> +++ b/drivers/pci/xen-pcifront.c
>> @@ -446,6 +446,7 @@ static int pcifront_scan_root(struct pcifront_device
>> *pdev,
>> unsigned int domain, unsigned int bus)
>> {
>> struct pci_bus *b;
>> +LIST_HEAD(resources);
>>
On Sun, 2015-02-08 at 17:45 -1000, Justin T. Weaver wrote:
> From: "Justin T. Weaver"
>
> by making sure that vcpus only run on the pcpu(s) they are allowed to
> run on based on their hard affinity cpu masks.
>
Ok, here I am reviewing this, at last... sorry for the delay! :-(
> Signed-off-by: J
So, being finally able to look at this again, I'm going directly to
reviewing v2, since it's available.
However, there was an open question on this email, which I figured I
should answer, so here it is. :-)
On Mon, 2015-01-19 at 21:21 -1000, Justin Weaver wrote:
> On Mon, Jan 12, 2015 at 8:05 AM,
> -Original Message-
> From: xen-devel-boun...@lists.xen.org
> [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Ard Biesheuvel
> Sent: Wednesday, February 25, 2015 2:03 AM
> To: edk2-de...@lists.sourceforge.net; olivier.mar...@arm.com;
> ler...@redhat.com; roy.fr...@linaro.org; leif.
flight 35697 seabios real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35697/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemut-debianhvm-amd64 5 xen-bootfail pass in 35502
test-amd64-i386-xl-qemut-win7-amd64 7
On Thu, Feb 26, 2015 at 04:11:57PM +0800, Yijing Wang wrote:
> From: Arnd Bergmann
>
> Use pci_scan_root_bus() instead of deprecated function
> pci_scan_bus_parented().
>
> Signed-off-by: Arnd Bergmann
> Signed-off-by: Yijing Wang
> CC: Konrad Rzeszutek Wilk
> CC: xen-de...@lists.xenproject.o
On Mon, Mar 2, 2015 at 10:43 AM, Roy Franz wrote:
> On Mon, Mar 2, 2015 at 9:21 AM, Stefano Stabellini
> wrote:
>> On Fri, 30 Jan 2015, Daniel Kiper wrote:
>>> We need more fine grained knowledge about EFI environment and check
>>> for EFI platform and EFI loader separately to properly support
>>
On Monday, March 02, 2015 04:15:41 PM Stefano Stabellini wrote:
> On Mon, 2 Mar 2015, Ian Campbell wrote:
> > ? "Continue as long as progress is being made" is exactly what
> > 2563bca1154 "libxl: Wait for ballooning if free memory is increasing"
> > was trying to implement, so it certainly was the
On Monday, March 02, 2015 06:04:11 AM Jan Beulich wrote:
> > Of course users could just use dom0_mem and get down with it.
>
> I don't think we should make this a requirement for correct
> operation.
Exactly. I think from a best practices perspective, dom0_mem is still the
recommended approach.
On Mon, Mar 02, 2015 at 02:38:50PM +, David Vrabel wrote:
> On 02/03/15 14:25, Konrad Rzeszutek Wilk wrote:
> > On Mon, Mar 02, 2015 at 10:47:12AM +, David Vrabel wrote:
> >> On 27/02/15 21:24, Konrad Rzeszutek Wilk wrote:
> >>> This has been in queue for some time.
> >>>
> >>> In our kerne
On Mon, Mar 02, 2015 at 12:30:02PM -0500, Konrad Rzeszutek Wilk wrote:
> On Mon, Mar 02, 2015 at 05:07:00PM +, Stefano Stabellini wrote:
> > On Mon, 2 Mar 2015, Konrad Rzeszutek Wilk wrote:
> > > > > > >> I would prefer to hide it on PAE and x86_64.
> > > > > > >
> > > > > > >
> > > > > > > Oka
On Mon, Mar 02, 2015 at 11:07:02AM -0500, Konrad Rzeszutek Wilk wrote:
> > > > >> I would prefer to hide it on PAE and x86_64.
> > > > >
> > > > >
> > > > > Okay, as long as it is still _possible_ somehow to configure it.
> > > >
> > > > That begs the question, all this just for 32-bit non-PAE ?
>
Will do.
On Mon, Mar 2, 2015 at 1:58 PM, Lars Kurth wrote:
> Unfortunately again rejected this year.
> @Russell: can you attend the IRC meeting to find out why?
> Lars
>
> Begin forwarded message:
>
> Date: 2 March 2015 18:56:46 GMT
> Subject: [Xen Project] Your organization application has been
On Fri, Feb 27, 2015 at 10:27 AM, Konrad Rzeszutek Wilk
wrote:
> There was another reason. Some distros remove the CONFIG_XEN_DOM0 altogether
> even thought they do enable the rest of the pieces (backends, frontends, etc).
Interesting, what distros do this? Also when one does not have dom0
what o
On Mon, Mar 2, 2015 at 9:23 AM, Jan Beulich wrote:
On 30.01.15 at 18:54, wrote:
>> --- a/xen/arch/x86/efi/efi-boot.h
>> +++ b/xen/arch/x86/efi/efi-boot.h
>> @@ -103,9 +103,35 @@ static void __init relocate_trampoline(unsigned long
>> phys)
>> *(u16 *)(*trampoline_ptr + (long)trampo
flight 35695 xen-4.4-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35695/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-libvirt 9 guest-start fail like 35500
test-amd64-amd64-xl-sedf-p
Unfortunately again rejected this year.
@Russell: can you attend the IRC meeting to find out why?
Lars
> Begin forwarded message:
>
> Date: 2 March 2015 18:56:46 GMT
> Subject: [Xen Project] Your organization application has been rejected.
> From: no-re...@google-melange.appspotmail.com
> To: lar
flight 35673 ovmf real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35673/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-pair17 guest-migrate/src_host/dst_host fail like 35317
Tests which did not succeed, but are
On Tue, 10 Feb 2015, Ian Campbell wrote:
> Stefano,
>
> do you have any comments on the viability of the general approach here
> before I go off and start addressing the review comments?
I think that the general approach is OK
> Cheers,
> Ian.
>
> On Mon, 2015-01-26 at 15:55 +, Ian Campbel
On Mon, Mar 2, 2015 at 9:21 AM, Stefano Stabellini
wrote:
> On Fri, 30 Jan 2015, Daniel Kiper wrote:
>> We need more fine grained knowledge about EFI environment and check
>> for EFI platform and EFI loader separately to properly support
>> multiboot2 protocol. In general Xen loaded by this protoc
On Mon, Mar 02, Juergen Gross wrote:
> On 03/02/2015 04:14 PM, Olaf Hering wrote:
> >In this case the code which checks pdev usage in
> >libxl_device_vscsi_get_host can just be removed.
> Hmm, maybe issuing a warning would be a sensible thing to do?
This gets us back to square #1 with the questio
On 02/03/15 17:52, Ian Campbell wrote:
> On Mon, 2015-03-02 at 17:48 +, David Vrabel wrote:
>> On 02/03/15 17:43, Andrew Cooper wrote:
>>> On 02/03/15 17:34, David Vrabel wrote:
A guest that previously had 2 vNUMA nodes is migrated to a host with
only 1 pNUMA node. It should still ha
On Mon, Mar 02, 2015 at 03:41:21PM +, Ian Campbell wrote:
> On Thu, 2015-02-26 at 15:55 +, Wei Liu wrote:
> > Introduce a arch-independent routine to generate one vmemrange per
> > vnode. Also introduce arch-dependent routines for different
> > architectures because part of the process is a
On 02/03/15 17:34, David Vrabel wrote:
> On 02/03/15 17:26, Jan Beulich wrote:
> On 02.03.15 at 18:01, wrote:
>>> On 02/03/15 16:50, Jan Beulich wrote:
>>> On 02.03.15 at 17:39, wrote:
> On Mon, Mar 02, 2015 at 04:27:25PM +, Jan Beulich wrote:
> On 02.03.15 at 17:08, wrot
On Mon, Mar 02, 2015 at 05:34:32PM +, Ian Campbell wrote:
> On Thu, 2015-02-26 at 11:56 +, Wei Liu wrote:
> > From: Ian Jackson
> >
> > We are going to want to reuse this code for NetBSD rump kernels, where
> > there is no gntmap device and we just want to call the MiniOS gntmap
> > code
On Mon, 2015-03-02 at 15:54 +, Julien Grall wrote:
> The commit 61d6a84 "xen: arm: Warn if timer interrupts are not level
> triggered" added a check to ensure the timer interrupts are level.
>
> Although, the check is only done on low-level interrupts. This will
> result to a strange warning o
On Mon, 2015-03-02 at 17:31 +, Wei Liu wrote:
> On Mon, Mar 02, 2015 at 05:28:39PM +, Ian Campbell wrote:
> > On Thu, 2015-02-26 at 11:56 +, Wei Liu wrote:
> > > From: Ian Jackson
> > >
> > > Signed-off-by: Ian Jackson
> > >
> > > [ wei: write commit message ]
> >
> > How long did
On Mon, 2015-03-02 at 17:48 +, David Vrabel wrote:
> On 02/03/15 17:43, Andrew Cooper wrote:
> > On 02/03/15 17:34, David Vrabel wrote:
> >>
> >> A guest that previously had 2 vNUMA nodes is migrated to a host with
> >> only 1 pNUMA node. It should still have 2 vNUMA nodes.
> >
> > A natural
On 02/03/15 17:43, Andrew Cooper wrote:
> On 02/03/15 17:34, David Vrabel wrote:
>>
>> A guest that previously had 2 vNUMA nodes is migrated to a host with
>> only 1 pNUMA node. It should still have 2 vNUMA nodes.
>
> A natural consequence of vNUMA is that the guest must expect the vNUMA
> layou
On 02/03/15 17:26, Jan Beulich wrote:
On 02.03.15 at 18:01, wrote:
>> On 02/03/15 16:50, Jan Beulich wrote:
>> On 02.03.15 at 17:39, wrote:
On Mon, Mar 02, 2015 at 04:27:25PM +, Jan Beulich wrote:
On 02.03.15 at 17:08, wrote:
>> On Mon, Mar 02, 2015 at 03:51:37PM +
On Thu, 2015-02-26 at 11:56 +, Wei Liu wrote:
> diff --git a/tools/libxc/xc_netbsd_rumpkern.c
> b/tools/libxc/xc_netbsd_rumpkern.c
> new file mode 100644
> index 000..11d4a63
> --- /dev/null
> +++ b/tools/libxc/xc_netbsd_rumpkern.c
> @@ -0,0 +1,62 @@
> +/***
On Thu, 2015-02-26 at 11:56 +, Wei Liu wrote:
> From: Ian Jackson
>
> We are going to want to use some but not all of the machinery
> previously in xc_netbsd.c Split the evtchn and ancillary code into its
> own file. This part is pure code motion.
Why not xc_netbsd_evtchn?
> But we also h
On Wed, 2015-02-25 at 14:55 +, Wei Liu wrote:
> The first two patches are bug fixes.
>
> Other patches are used to make _dispose idempotent and NULL-tolerant.
>
> Wei.
>
> Wei Liu (7):
All acked + applied, with one typo fixed.
> libxl: fix off-by-one error in JSON parser
> gentest: mak
On Mon, Mar 02, 2015 at 05:40:45PM +, Ian Campbell wrote:
> On Mon, 2015-03-02 at 17:31 +, Wei Liu wrote:
> > On Mon, Mar 02, 2015 at 05:28:39PM +, Ian Campbell wrote:
> > > On Thu, 2015-02-26 at 11:56 +, Wei Liu wrote:
> > > > From: Ian Jackson
> > > >
> > > > Signed-off-by: Ian
Ian Campbell wrote:
> On Mon, 2015-03-02 at 11:14 +, Ian Jackson wrote:
>
>> Jim Fehlig writes ("Re: [Xen-devel] [xen-unstable test] 35257: regressions -
>> FAIL"):
>> ...
>>
>>> In my experience, if ERROR is insufficient, INFO and WARNING don't
>>> help. DEBUG is needed.
>>>
>
Forgot one series (albeit of a single patch):
On Mon, 2015-03-02 at 14:53 +, Ian Campbell wrote:
> There's quite a few series out there right now from you guys, with quite
> a number of patches in each, so I think we need to prioritise the order
> we deal with them.
>
> I am intending to go t
On 03/02/2015 12:32 PM, Konrad Rzeszutek Wilk wrote:
On Mon, Mar 02, 2015 at 05:25:55PM +, David Vrabel wrote:
I've only given the briefest of smoke-tests. It would probably be a
good idea to queue this branch for some testing early.
I did the 'perf' test which does use the IPI in an PV
On Thu, 2015-02-26 at 11:56 +, Wei Liu wrote:
> From: Ian Jackson
>
> We are going to want to reuse this code for NetBSD rump kernels, where
> there is no gntmap device and we just want to call the MiniOS gntmap
> code directly.
>
> As part of this we want to abstract away the use of files[]
On Thu, 2015-02-26 at 11:56 +, Wei Liu wrote:
> From: Ian Jackson
>
> We are going to want to use some but not all of the machinery
> previously in xc_minios.c. Split the privcmd and gnttab code into its
> own file.
Does it make sense to put gnttab code in a file called privcmd.c?
I don't
On Mon, Mar 02, 2015 at 05:25:55PM +, David Vrabel wrote:
> On 02/03/15 17:06, Konrad Rzeszutek Wilk wrote:
> > Subject: [PATCH] x86/xen: Provide a "Xen PV" APIC driver to support >255
> > VCPUs
> >
> > Instead of mangling the default APIC driver, provide a Xen PV guest
> > specific one that
On Mon, Mar 02, 2015 at 05:28:39PM +, Ian Campbell wrote:
> On Thu, 2015-02-26 at 11:56 +, Wei Liu wrote:
> > From: Ian Jackson
> >
> > Signed-off-by: Ian Jackson
> >
> > [ wei: write commit message ]
>
> How long did that take ;-)
>
Less than 20 seconds.
> Or did the intended text
On Mon, Mar 02, 2015 at 05:07:00PM +, Stefano Stabellini wrote:
> On Mon, 2 Mar 2015, Konrad Rzeszutek Wilk wrote:
> > > > > >> I would prefer to hide it on PAE and x86_64.
> > > > > >
> > > > > >
> > > > > > Okay, as long as it is still _possible_ somehow to configure it.
> > > > >
> > > > >
On Thu, 2015-02-26 at 11:56 +, Wei Liu wrote:
> From: Ian Jackson
>
> Signed-off-by: Ian Jackson
>
> [ wei: write commit message ]
How long did that take ;-)
Or did the intended text go missing?
___
Xen-devel mailing list
Xen-devel@lists.xen.
On 02/03/15 17:06, Konrad Rzeszutek Wilk wrote:
> Subject: [PATCH] x86/xen: Provide a "Xen PV" APIC driver to support >255 VCPUs
>
> Instead of mangling the default APIC driver, provide a Xen PV guest
> specific one that explicitly provides appropriate methods.
>
> This allows use to report that
>>> On 02.03.15 at 18:01, wrote:
> On 02/03/15 16:50, Jan Beulich wrote:
> On 02.03.15 at 17:39, wrote:
>>> On Mon, Mar 02, 2015 at 04:27:25PM +, Jan Beulich wrote:
>>> On 02.03.15 at 17:08, wrote:
> On Mon, Mar 02, 2015 at 03:51:37PM +, Jan Beulich wrote:
> On 02.03.
>>> On 30.01.15 at 18:54, wrote:
> --- a/xen/arch/x86/efi/efi-boot.h
> +++ b/xen/arch/x86/efi/efi-boot.h
> @@ -103,9 +103,35 @@ static void __init relocate_trampoline(unsigned long
> phys)
> *(u16 *)(*trampoline_ptr + (long)trampoline_ptr) = phys >> 4;
> }
>
> +#define __MALLOC_SIZE
On Fri, 30 Jan 2015, Daniel Kiper wrote:
> We need more fine grained knowledge about EFI environment and check
> for EFI platform and EFI loader separately to properly support
> multiboot2 protocol. In general Xen loaded by this protocol uses
> memory mappings and loaded modules in simliar way to X
On 02/03/15 17:08, Ian Campbell wrote:
> On Wed, 2015-02-25 at 13:57 +, David Vrabel wrote:
>> On 25/02/15 13:39, Ian Campbell wrote:
>>>
>>> + * Guest transmit
>>> + * ==
>>> + *
>>> + * Ring slot size is 12 octets, however not all request/response
>>> + * structs use the full size
On Thu, 2015-02-26 at 13:53 +, Jan Beulich wrote:
> ... using struct domain as a container for passing the respective
> affinity mask: Quite a number of allocations are domain specific, yet
> not to be accounted for that domain. Introduce a flag suppressing the
> accounting altogether (i.e. goi
On Wed, 2015-02-25 at 14:56 +, Wei Liu wrote:
> free(sl[i]);
> +sl[i] = NULL;
I wonder if a helper which takes a void**p and does "free(*p); *p =
NULL" would be at all useful?
(NB, I intend to apply this patch regardless and am in the process of
doing so)
__
On Wed, 2015-02-25 at 13:57 +, David Vrabel wrote:
> On 25/02/15 13:39, Ian Campbell wrote:
> >
> > + * Guest transmit
> > + * ==
> > + *
> > + * Ring slot size is 12 octets, however not all request/response
> > + * structs use the full size.
> > + *
> > + * tx request data (netif_
On Mon, 2 Mar 2015, Konrad Rzeszutek Wilk wrote:
> > > > >> I would prefer to hide it on PAE and x86_64.
> > > > >
> > > > >
> > > > > Okay, as long as it is still _possible_ somehow to configure it.
> > > >
> > > > That begs the question, all this just for 32-bit non-PAE ?
> > >
> > > There was
On 02/03/15 16:50, Jan Beulich wrote:
On 02.03.15 at 17:39, wrote:
>> On Mon, Mar 02, 2015 at 04:27:25PM +, Jan Beulich wrote:
>> On 02.03.15 at 17:08, wrote:
On Mon, Mar 02, 2015 at 03:51:37PM +, Jan Beulich wrote:
On 02.03.15 at 16:38, wrote:
>> On Mon, Mar 0
On Mon, Mar 02, 2015 at 02:40:06PM +, David Vrabel wrote:
> On 02/03/15 14:22, Konrad Rzeszutek Wilk wrote:
> > On Mon, Mar 02, 2015 at 11:24:04AM +, David Vrabel wrote:
> >> On 27/02/15 21:14, Konrad Rzeszutek Wilk wrote:
> >>> Via CPUID masking and the different apic-> overrides we
> >>>
On Mon, 2015-03-02 at 12:56 +, Julien Grall wrote:
> > From 852f6e3fe49f7fab801f2857b8b505922556d746 Mon Sep 17 00:00:00 2001
> > From: Ian Campbell
> > Date: Mon, 2 Mar 2015 11:09:35 +
> > Subject: [PATCH] xen: arm: Assume level triggered means high, not low.
> >
> > When reading back t
On Mon, Mar 02, 2015 at 04:50:48PM +, Jan Beulich wrote:
> >>> On 02.03.15 at 17:39, wrote:
> > On Mon, Mar 02, 2015 at 04:27:25PM +, Jan Beulich wrote:
> >> >>> On 02.03.15 at 17:08, wrote:
> >> > On Mon, Mar 02, 2015 at 03:51:37PM +, Jan Beulich wrote:
> >> >> >>> On 02.03.15 at 16:
On Mon, 2015-03-02 at 15:05 +, Wei Liu wrote:
> Clean and distclean targets need not depend on existence of the mini-os
> tree. Don't check for mini-os and don't try to blindly include
> mini-os's Config.mk when doing clean and distclean.
>
> Note that one subtle issue is that $(XEN_ROOT)/Conf
On Mon, 2015-03-02 at 15:42 +, Julien Grall wrote:
> I've just noticed that the support on the previous driver (i.e in
> Xen 4.5) may incorrectly expose this feature when all the SMMUs is
> not supporting coherent table walk.
>
> I'm not sure, if I should send a patch for it.
On Mon, 2015-03-02 at 15:42 +, Julien Grall wrote:
> When SMMU doesn't support coherent table walk, Xen may need to clean
> updated PT (see commit 4c5f4cb "xen/arm: p2m: Clean cache PT when the
> IOMMU doesn't support coherent walk").
>
> If one SMMU of the platform doesn't support coherent ta
On Mon, 2015-03-02 at 15:39 +, Wei Liu wrote:
> On Mon, Mar 02, 2015 at 03:35:15PM +, Stefano Stabellini wrote:
> > In libxl_set_memory_target when setting the new maxmem, retain the same
> > offset on top of the current target. In the future the offset will
> > include memory allocated by
On Mon, 2015-03-02 at 15:04 +, Andrew Cooper wrote:
> XenServer's VM density testing uncovered a regression when moving from
> sysvinit to systemd where the file descriptor limit dropped from 4096 to
> 1024. (XenServer had previously inserted a ulimit statement into its
> initscripts.)
>
> One
>>> On 02.03.15 at 17:39, wrote:
> On Mon, Mar 02, 2015 at 04:27:25PM +, Jan Beulich wrote:
>> >>> On 02.03.15 at 17:08, wrote:
>> > On Mon, Mar 02, 2015 at 03:51:37PM +, Jan Beulich wrote:
>> >> >>> On 02.03.15 at 16:38, wrote:
>> >> > On Mon, Mar 02, 2015 at 03:30:21PM +, Ian Campb
> > @@ -772,15 +772,16 @@ int arch_setup_meminit(struct xc_dom_image *dom)
> > return rc;
> > }
> >
> > -dom->p2m_host = xc_dom_malloc(dom, sizeof(xen_pfn_t) *
> > dom->total_pages);
> > -if ( dom->p2m_host == NULL )
> > -return -EINVAL;
> > -
> > if ( dom-
On Mon, Mar 02, 2015 at 04:18:08PM +, Ian Campbell wrote:
> On Mon, 2015-03-02 at 15:33 +, Wei Liu wrote:
> > On Mon, Mar 02, 2015 at 03:26:58PM +, Ian Campbell wrote:
> > > On Thu, 2015-02-26 at 15:55 +, Wei Liu wrote:
> > > > Currently all in tree code doesn't set the superpage fl
>>> On 30.01.15 at 18:54, wrote:
> ..which gets memory map and calls ExitBootServices(). We need this
> to support multiboot2 protocol on EFI platforms.
Patches from 9 up to here all make sense on the basis that patch 18
does and assuming that you really need all this code moved out to
separate f
On Mon, Mar 02, 2015 at 04:27:25PM +, Jan Beulich wrote:
> >>> On 02.03.15 at 17:08, wrote:
> > On Mon, Mar 02, 2015 at 03:51:37PM +, Jan Beulich wrote:
> >> >>> On 02.03.15 at 16:38, wrote:
> >> > On Mon, Mar 02, 2015 at 03:30:21PM +, Ian Campbell wrote:
> >> >> On Mon, 2015-03-02 at
On Fri, 2015-02-27 at 14:44 +, Frediano Ziglio wrote:
> The GIC in this platform is mainly compatible with the standard
> GICv2 beside:
> - ITARGET is extended to 16 bit to support 16 CPUs;
> - SGI mask is extended to support 16 CPUs;
> - maximum supported interrupt is 510;
> - GICH APR and LR
>>> On 02.03.15 at 17:08, wrote:
> On Mon, Mar 02, 2015 at 03:51:37PM +, Jan Beulich wrote:
>> >>> On 02.03.15 at 16:38, wrote:
>> > On Mon, Mar 02, 2015 at 03:30:21PM +, Ian Campbell wrote:
>> >> On Mon, 2015-03-02 at 07:04 +, Jan Beulich wrote:
>> >> > >>> Andrew Cooper 02/27/15 5:
On Mon, Mar 02, 2015 at 03:59:19PM +, Ian Campbell wrote:
> On Thu, 2015-02-26 at 15:56 +, Wei Liu wrote:
> > This patch includes configuration options parser and documentation.
> >
> > Please find the hunk to xl.cfg.pod.5 for more information.
> >
> > Signed-off-by: Wei Liu
> > Cc: Ian
On 02/03/15 16:23, Jan Beulich wrote:
On 02.03.15 at 16:52, wrote:
>> On systems with wheezy as dom0 and kernel 3.2 it seems there are no
>> visible problems.
>> After updating the kernel to 3.16 (from backports repository), after
>> starting the domUs, I get many of these errors in syslog
>>> On 02.03.15 at 16:52, wrote:
> On systems with wheezy as dom0 and kernel 3.2 it seems there are no
> visible problems.
> After updating the kernel to 3.16 (from backports repository), after
> starting the domUs, I get many of these errors in syslog and kern.log
> (infinite loop):
> xen:ball
On Mon, 2015-03-02 at 15:23 +, Julien Grall wrote:
> >> + /* Find the last SMMU added and retrieve its features. */
> >
> > This comment no longer applies, I think?
>
> I think it's useful to have a comment explaining why we are retrieving
> the SMMU.
Sorry, I initially misread things and t
On Thu, 2015-02-26 at 15:56 +, Wei Liu wrote:
> This patch includes configuration options parser and documentation.
>
> Please find the hunk to xl.cfg.pod.5 for more information.
>
> Signed-off-by: Wei Liu
> Cc: Ian Campbell
> Cc: Ian Jackson
> ---
> Changes in v6:
> 1. Disable NUMA auto-p
On Thu, 2015-02-26 at 15:55 +, Wei Liu wrote:
> Transform user supplied vNUMA configuration into libxl internal
> representations then libxc representations. Check validity along the
> line.
>
> Libxc has more involvement in building vmemranges in HVM case compared
> to PV case. The building o
On Mon, 2 Mar 2015, Ian Campbell wrote:
> On Mon, 2015-03-02 at 15:19 +, Stefano Stabellini wrote:
> > On Mon, 2 Mar 2015, Ian Campbell wrote:
> > > On Fri, 2015-02-27 at 17:31 -0700, Mike Latimer wrote:
> > > > On Friday, February 27, 2015 11:29:12 AM Mike Latimer wrote:
> > > > > On Friday, F
On Mon, Mar 02, 2015 at 03:51:37PM +, Jan Beulich wrote:
> >>> On 02.03.15 at 16:38, wrote:
> > On Mon, Mar 02, 2015 at 03:30:21PM +, Ian Campbell wrote:
> >> On Mon, 2015-03-02 at 07:04 +, Jan Beulich wrote:
> >> > >>> Andrew Cooper 02/27/15 5:58 PM >>>
> >> > >On 27/02/15 16:51, Wei
On 02/03/15 15:40, Juergen Gross wrote:
> On 03/02/2015 04:22 PM, Andrew Cooper wrote:
>> On 02/03/15 15:11, Juergen Gross wrote:
>>> On 03/02/2015 02:56 PM, Jan Beulich wrote:
>>> On 02.03.15 at 14:44, wrote:
> On 02/03/15 13:15, Jan Beulich wrote:
> On 02.03.15 at 13:59, <"jgr...
The commit 61d6a84 "xen: arm: Warn if timer interrupts are not level
triggered" added a check to ensure the timer interrupts are level.
Although, the check is only done on low-level interrupts. This will
result to a strange warning on platform using high-level ("WARNING [..]
IRQ is not level trigg
On Mon, 2015-03-02 at 15:33 +, Wei Liu wrote:
> On Mon, Mar 02, 2015 at 03:26:58PM +, Ian Campbell wrote:
> > On Thu, 2015-02-26 at 15:55 +, Wei Liu wrote:
> > > Currently all in tree code doesn't set the superpage flag, but Konrad
> > > wants it retained for the moment.
> >
> > ... be
On systems with wheezy as dom0 and kernel 3.2 it seems there are no
visible problems.
After updating the kernel to 3.16 (from backports repository), after
starting the domUs, I get many of these errors in syslog and kern.log
(infinite loop):
xen:balloon: Cannot add additional memory (-17)
The
>>> On 30.01.15 at 18:54, wrote:
> --- a/xen/arch/x86/efi/Makefile
> +++ b/xen/arch/x86/efi/Makefile
> @@ -1,14 +1,14 @@
> CFLAGS += -fshort-wchar
>
> -obj-y += stub.o
> +obj-y += boot.o
> +obj-y += compat.o
> +obj-y += runtime.o
So how is this going to work with a compiler not new enough to
s
On Thu, 2015-02-26 at 15:56 +, Wei Liu wrote:
> Signed-off-by: Wei Liu
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Thu, 2015-02-26 at 15:55 +, Wei Liu wrote:
> Disallow memory relocation when vNUMA is enabled, because relocated
> memory ends up off node. Further more, even if we dynamically expand
> node coverage in hvmloader, low memory and high memory may reside
> in different physical nodes, blindly r
>>> On 02.03.15 at 16:40, wrote:
> On 03/02/2015 04:22 PM, Andrew Cooper wrote:
>> The toolstack only needs to access the p2m when doing suspend/resume for
>> migrate, or a coredump. None of these are applicable to dom0, so I
>> think dom0 can get away with doing whatever it prefers in this regar
1 - 100 of 262 matches
Mail list logo
