>>> On 26.02.15 at 18:01, wrote:
> At 16:47 + on 26 Feb (1424965651), Jan Beulich wrote:
>> >>> On 26.02.15 at 17:28, wrote:
>> > At 16:11 + on 26 Feb (1424963496), Tim Deegan wrote:
>> >> Explicitly _not_ addressing the use of 'private' in various fields,
>> >> since we'd previously deci
>>> On 26.02.15 at 19:56, wrote:
> Anything planned concerning this?
Thanks for asking, but to be honest I don't understand why you're
(not the first time iirc) pinging me rather than the VMX maintainers
who had promised to do that work. All I can say is that I'm being
told it's still on their to
>>> On 26.02.15 at 19:02, wrote:
> El 26/02/15 a les 17.43, Jan Beulich ha escrit:
> On 26.02.15 at 17:29, wrote:
>>> OK, I will try to take a look. All those faults come from physical
>>> memory ranges that are supposed to be usable, and in fact the CPU seems
>>> to be able to read/write fro
flight 35342 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35342/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail REGR. vs. 26303
Regressions which are
On Fri, Feb 27, Jürgen Groß wrote:
> On 02/26/2015 09:57 AM, Olaf Hering wrote:
> >I wonder what should be done in my changes for libxl.
> If you are doing something, please add a flag to be able to disable
> the additional security checks regarding multiple assignment.
I think libxl should just
On Fri, 2015-02-27 at 00:43 -0500, Meng Xu wrote:
> Not sure if I should comment with Reviewed-by, I will just do it.
>
Provided you have actually reviewed the change, you definitely
should! :-D :-D
> Please just ignore if I should not add Reviewed-by.
>
No reason to! Maybe, next time, do it wit
>>> On 26.02.15 at 18:53, wrote:
> Or maybe we just need to change the libxl_set_memory_target call to use
> an absolute memory target to avoid restricting dom0 memory more than
> necessary at each iteration. Also increasing the timeout argument passed
> to the libxl_wait_for_free_memory call coul
>>> On 26.02.15 at 17:24, wrote:
> +PUBLIC_ANSI_HEADERS := $(filter-out public/%ctl.h public/xsm/%
> public/%hvm/save.h, $(PUBLIC_HEADERS))
> +
> +headers.chk: $(PUBLIC_ANSI_HEADERS) Makefile
> + for i in $(filter %.h,$^); do \
> + $(CC) -x c -ansi -Wall -Werror -include stdint.h \
>
>>> On 26.02.15 at 18:14, wrote:
> On Thu, 2015-02-26 at 13:52 +, Jan Beulich wrote:
>> +### dom0\_nodes
>> +
>> +> `= [,...]`
>> +
>> +Specify the NUMA nodes to place Dom0 on. Defaults for vCPU-s created
>> +and memory assigned to Dom0 will be adjusted to match the node
>> +restrictions set u
>On Mon, Dec 08, 2014 at 01:08:18PM +, Zhangleiqiang (Trump) wrote:
>> > On Mon, Dec 08, 2014 at 06:44:26AM +, Zhangleiqiang (Trump) wrote:
>> > > > On Fri, Dec 05, 2014 at 01:17:16AM +, Zhangleiqiang (Trump) wrote:
>> > > > [...]
>> > > > > > I think that's expected, because guest RX d
At 08:36 + on 27 Feb (1425022578), Jan Beulich wrote:
> >>> On 26.02.15 at 17:24, wrote:
> > +PUBLIC_ANSI_HEADERS := $(filter-out public/%ctl.h public/xsm/%
> > public/%hvm/save.h, $(PUBLIC_HEADERS))
> > +
> > +headers.chk: $(PUBLIC_ANSI_HEADERS) Makefile
> > + for i in $(filter %.h,$^); do
On Thu, 2015-02-26 at 17:44 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [OSSTEST PATCH 3/8] emails: honour
> OSSTEST_EMAIL_SUBJECT_PREFIX"):
> > On Wed, 2015-02-25 at 13:01 +, Ian Jackson wrote:
> > > This is prefixed before the other computed prefixes. It makes it
> > > easier to d
>>> On 27.02.15 at 10:22, wrote:
> At 08:36 + on 27 Feb (1425022578), Jan Beulich wrote:
>> >>> On 26.02.15 at 17:24, wrote:
>> > +PUBLIC_ANSI_HEADERS := $(filter-out public/%ctl.h public/xsm/%
> public/%hvm/save.h, $(PUBLIC_HEADERS))
>> > +
>> > +headers.chk: $(PUBLIC_ANSI_HEADERS) Makefile
On Thu, 2015-02-26 at 17:53 +, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
Looks good, Acked-by: Ian Campbell
> ---
> README.dev | 18 ++
> 1 file changed, 18 insertions(+)
>
> diff --git a/README.dev b/README.dev
> index aae4f17..03c3e61 100644
> --- a/README.dev
> +
On Thu, 2015-02-26 at 18:22 +, Stefano Stabellini wrote:
> On Wed, 18 Feb 2015, Ian Campbell wrote:
> > On Wed, 2015-02-18 at 09:50 -0600, Rob Herring wrote:
> > > On Wed, Feb 18, 2015 at 7:51 AM, Julien Grall
> > > wrote:
> > > > From: Ard Biesheuvel
> > > >
> > > > This patch registers hvc
On Fri, 27 Feb 2015, Juergen Gross wrote:
> On 02/26/2015 06:42 PM, Stefano Stabellini wrote:
> > On Thu, 26 Feb 2015, Luis R. Rodriguez wrote:
> > > On Thu, Feb 26, 2015 at 11:08:20AM +, Stefano Stabellini wrote:
> > > > On Thu, 26 Feb 2015, David Vrabel wrote:
> > > > > On 26/02/15 04:59, Jue
On Thu, 2015-02-26 at 20:14 +, xen.org wrote:
> flight 35257 xen-unstable real [real]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/35257/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-armhf-armhf-libvirt 12 gu
Il 26/02/2015 14:02, Stefano Stabellini ha scritto:
Hi all,
I would like to request a backport of
commit c1d322e6048796296555dd36fdd102d7fa2f50bf
Author: Stefano Stabellini
Date: Wed Dec 3 08:15:19 2014 -0500
xen-hvm: increase maxmem before calling xc_domain_populate_physmap
Seems th
On Fri, 27 Feb 2015, Ian Campbell wrote:
> On Thu, 2015-02-26 at 18:22 +, Stefano Stabellini wrote:
> > On Wed, 18 Feb 2015, Ian Campbell wrote:
> > > On Wed, 2015-02-18 at 09:50 -0600, Rob Herring wrote:
> > > > On Wed, Feb 18, 2015 at 7:51 AM, Julien Grall
> > > > wrote:
> > > > > From: Ard
Even if VT-d code alone (i.e. when not sharing tables with EPT) still
doesn't support superpages, this function - invoked upon DMA remapping
faults - needs to cope with such.
While at it also replace a few more plain numbers with suitable named
constants.
Signed-off-by: Jan Beulich
--- a/xen/dr
On 02/27/2015 10:41 AM, Stefano Stabellini wrote:
On Fri, 27 Feb 2015, Juergen Gross wrote:
On 02/26/2015 06:42 PM, Stefano Stabellini wrote:
On Thu, 26 Feb 2015, Luis R. Rodriguez wrote:
On Thu, Feb 26, 2015 at 11:08:20AM +, Stefano Stabellini wrote:
On Thu, 26 Feb 2015, David Vrabel wro
[adding Wei, as he may be interested, for his vNUMA work]
On Thu, 2015-02-26 at 13:44 +, Jan Beulich wrote:
> 1: x86: allow specifying the NUMA nodes Dom0 should run on
> 2: allow domain heap allocations to specify more than one NUMA node
> 3: x86: widen NUMA nodes to be allocated from
> 4: VT
On Fri, 2015-02-27 at 08:46 +, Jan Beulich wrote:
> >>> On 26.02.15 at 18:14, wrote:
> > On Thu, 2015-02-26 at 13:52 +, Jan Beulich wrote:
> >> +### dom0\_nodes
> >> +
> >> +> `= [,...]`
> >> +
> >> +Specify the NUMA nodes to place Dom0 on. Defaults for vCPU-s created
> >> +and memory assi
At 15:28 -0500 on 26 Feb (1424960919), Don Slutz wrote:
> On 02/26/15 11:24, Tim Deegan wrote:
> > Explicitly _not_ addressing the use of 'private' in various fields,
> > since we'd previously decided not to fix that.
>
> This sentence and the "-Dprivate=private_is_a_keyword_in_cpp" below
> appear
El 27/02/15 a les 10.52, Jan Beulich ha escrit:
> Even if VT-d code alone (i.e. when not sharing tables with EPT) still
> doesn't support superpages, this function - invoked upon DMA remapping
> faults - needs to cope with such.
>
> While at it also replace a few more plain numbers with suitable n
On Thu, 2015-02-26 at 19:48 +0100, Luis R. Rodriguez wrote:
> On Thu, Feb 26, 2015 at 05:42:57PM +, Stefano Stabellini wrote:
> > On Thu, 26 Feb 2015, Luis R. Rodriguez wrote:
> > > On Thu, Feb 26, 2015 at 11:08:20AM +, Stefano Stabellini wrote:
> > > > On Thu, 26 Feb 2015, David Vrabel wro
Hi Julien,
On Thu, Feb 26, 2015 at 8:47 PM, Julien Grall wrote:
> On 26/02/15 14:46, Pranavkumar Sawargaonkar wrote:
>> Hi
>
> Hi Pranavkumar,
>
>> Also if we just show only one vITS (or only one Virtual v2m frame)
>> instead of two vITS
>> then actual hardware interrupt number and virtual interr
iommu_share_p2m_table should not prevent PVH guests from using a shared page
table. Change the condition to has_hvm_container_domain instead of
is_hvm_domain. This allows both PVH and HVM guests to use it. Remove the
asserts in iommu_set_pgd and amd_iommu_share_p2m, iommu_share_p2m_table
and p2m_al
On Fri, 27 Feb 2015, Juergen Gross wrote:
> On 02/27/2015 10:41 AM, Stefano Stabellini wrote:
> > On Fri, 27 Feb 2015, Juergen Gross wrote:
> > > On 02/26/2015 06:42 PM, Stefano Stabellini wrote:
> > > > On Thu, 26 Feb 2015, Luis R. Rodriguez wrote:
> > > > > On Thu, Feb 26, 2015 at 11:08:20AM +000
On Thu, 2015-02-26 at 13:38 -0700, Mike Latimer wrote:
> (Sorry for the delayed response, dealing with ENOTIME.)
>
> On Thursday, February 26, 2015 05:47:21 PM Ian Campbell wrote:
> > On Thu, 2015-02-26 at 10:38 -0700, Mike Latimer wrote:
> >
> > >rc = libxl_set_memory_target(ctx, 0, free_memk
On Thu, 2015-02-26 at 16:30 -0700, Mike Latimer wrote:
> On Thursday, February 26, 2015 01:45:16 PM Mike Latimer wrote:
> > On Thursday, February 26, 2015 05:53:06 PM Stefano Stabellini wrote:
> > > What is the return value of libxl_set_memory_target and
> > > libxl_wait_for_free_memory in that cas
On Fri, 2015-02-27 at 09:19 +0100, Olaf Hering wrote:
> On Fri, Feb 27, Jürgen Groß wrote:
>
> > On 02/26/2015 09:57 AM, Olaf Hering wrote:
> > >I wonder what should be done in my changes for libxl.
> > If you are doing something, please add a flag to be able to disable
> > the additional security
On Fri, 2015-02-27 at 10:11 +, Stefano Stabellini wrote:
(for some reason I initially thought this was in reply to my mail, so
it's written in a way which assumes that, so sprinkle IMHO around the
place and/or take it as a follow on to my previous mail in this thread,
I guess)
> This is not a
On Fri, 2015-02-27 at 07:33 +, Jan Beulich wrote:
> >>> On 26.02.15 at 17:53, wrote:
>
> > Monday, February 23, 2015, 12:06:00 PM, you wrote:
> >
> >> I have no idea how I came to use __cpumask_set_cpu() there, the
> >> conversion should have been set_bit() -> __set_bit(). The wrong
> >> con
>>> On 27.02.15 at 11:10, wrote:
> iommu_share_p2m_table should not prevent PVH guests from using a shared page
> table. Change the condition to has_hvm_container_domain instead of
> is_hvm_domain. This allows both PVH and HVM guests to use it. Remove the
> asserts in iommu_set_pgd and amd_iommu_s
On Fri, 2015-02-27 at 15:41 +0530, Pranavkumar Sawargaonkar wrote:
> Hi Julien,
>
> On Thu, Feb 26, 2015 at 8:47 PM, Julien Grall wrote:
> > On 26/02/15 14:46, Pranavkumar Sawargaonkar wrote:
> >> Hi
> >
> > Hi Pranavkumar,
> >
> >> Also if we just show only one vITS (or only one Virtual v2m fram
On 27/02/15 09:52, Jan Beulich wrote:
> Even if VT-d code alone (i.e. when not sharing tables with EPT) still
> doesn't support superpages, this function - invoked upon DMA remapping
> faults - needs to cope with such.
>
> While at it also replace a few more plain numbers with suitable named
> cons
On jue, 2015-02-26 at 11:30 -0500, David Miller wrote:
> From: pedro
> Date: Thu, 26 Feb 2015 09:25:41 +0100
>
> > From: pmarzo
> >
> > offset and size are of type uint16_t so the %lu gives a warning
> > A %u specifier, the same used in size makes gcc happy
> > Not sure if a %x would be more c
On Fri, Feb 27, 2015 at 09:42:29AM +, Ian Campbell wrote:
> On Thu, 2015-02-26 at 20:14 +, xen.org wrote:
> > flight 35257 xen-unstable real [real]
> > http://www.chiark.greenend.org.uk/~xensrcts/logs/35257/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> >
>>> On 27.02.15 at 11:04, wrote:
> On Fri, 2015-02-27 at 08:46 +, Jan Beulich wrote:
>> >>> On 26.02.15 at 18:14, wrote:
>> > On Thu, 2015-02-26 at 13:52 +, Jan Beulich wrote:
>> >> +### dom0\_nodes
>> >> +
>> >> +> `= [,...]`
>> >> +
>> >> +Specify the NUMA nodes to place Dom0 on. Defaul
On Thu, 26 Feb 2015, Mike Latimer wrote:
> On Thursday, February 26, 2015 01:45:16 PM Mike Latimer wrote:
> > On Thursday, February 26, 2015 05:53:06 PM Stefano Stabellini wrote:
> > > What is the return value of libxl_set_memory_target and
> > > libxl_wait_for_free_memory in that case? Isn't it ju
On Fri, 2015-02-27 at 00:47 -0500, Meng Xu wrote:
> 2015-02-26 8:37 GMT-05:00 Dario Faggioli :
> and update them from Credit2 and RTDS schedulers.
>
> Signed-off-by: Dario Faggioli
> Cc: Meng Xu
> Cc: George Dunlap
> Cc: Jan Beulich
> Cc
On Fri, 27 Feb 2015, Jan Beulich wrote:
> >>> On 26.02.15 at 18:53, wrote:
> > Or maybe we just need to change the libxl_set_memory_target call to use
> > an absolute memory target to avoid restricting dom0 memory more than
> > necessary at each iteration. Also increasing the timeout argument pass
On 26/02/15 15:55, Wei Liu wrote:
> No functional change.
>
> Signed-off-by: Wei Liu
> Cc: Jan Beulich
> Cc: Andrew Cooper
> ---
> xen/common/memory.c | 52 +++-
> 1 file changed, 35 insertions(+), 17 deletions(-)
>
> diff --git a/xen/common/memor
Cc'ing David (XenServer kernel maintainer)
On Fri, Feb 27, 2015 at 05:21:11PM +0800, openlui wrote:
> >On Mon, Dec 08, 2014 at 01:08:18PM +, Zhangleiqiang (Trump) wrote:
> >> > On Mon, Dec 08, 2014 at 06:44:26AM +, Zhangleiqiang (Trump) wrote:
> >> > > > On Fri, Dec 05, 2014 at 01:17:16AM
On Fri, 2015-02-27 at 14:28 +0800, Chen, Tiejun wrote:
> On 2015/2/27 0:17, Ian Campbell wrote:
> > On Thu, 2015-02-26 at 14:35 +0800, Chen, Tiejun wrote:
> >
> >>> If we are going to do this then I think we need to arrange for the
> >>> interface to be able to express the need to force the workaro
On Fri, 27 Feb 2015, Ian Campbell wrote:
> On Thu, 2015-02-26 at 13:38 -0700, Mike Latimer wrote:
> > (Sorry for the delayed response, dealing with ENOTIME.)
> >
> > On Thursday, February 26, 2015 05:47:21 PM Ian Campbell wrote:
> > > On Thu, 2015-02-26 at 10:38 -0700, Mike Latimer wrote:
> > >
>
On Fri, 27 Feb 2015, Fabio Fantoni wrote:
> Il 26/02/2015 14:02, Stefano Stabellini ha scritto:
> > Hi all,
> >
> > I would like to request a backport of
> >
> > commit c1d322e6048796296555dd36fdd102d7fa2f50bf
> > Author: Stefano Stabellini
> > Date: Wed Dec 3 08:15:19 2014 -0500
> >
> >
On Fri, 27 Feb 2015, Ian Campbell wrote:
> On Fri, 2015-02-27 at 10:11 +, Stefano Stabellini wrote:
>
> (for some reason I initially thought this was in reply to my mail, so
> it's written in a way which assumes that, so sprinkle IMHO around the
> place and/or take it as a follow on to my prev
On 05.02.2015 15:33, Stefan Bader wrote:
> While experimenting/testing various kernel versions I discovered that trying
> to
> boot a Haswell based hosts will always crash when booting as Xen dom0
> (Xen-4.4.1). The same crash happens since v3.19-rc1 and still does happen with
> v3.19-rc7. A bare
On 02/27/2015 11:11 AM, Stefano Stabellini wrote:
On Fri, 27 Feb 2015, Juergen Gross wrote:
On 02/27/2015 10:41 AM, Stefano Stabellini wrote:
On Fri, 27 Feb 2015, Juergen Gross wrote:
On 02/26/2015 06:42 PM, Stefano Stabellini wrote:
On Thu, 26 Feb 2015, Luis R. Rodriguez wrote:
On Thu, Feb
On 27/02/15 10:59, Wei Liu wrote:
>
> Persistent grant is not silver bullet. There is email thread on the
> list discussing whether it should be removed in block driver.
Persistent grants for to-guest network traffic is a flawed idea. It
either requires:
a) the backend to memcpy into the mapped
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
iommu_share_p2m_table should not prevent PVH guests from using a shared page
table between the IOMMU and EPT. Clean the code by removing the asserts in
the vendor specific implementations (amd_iommu_share_p2m, iommu_set_pgd),
and moving the hap_enabled assert to the caller (iommu_share_p2m_table).
Signed-off-by: Ian Jackson
CC: Antti Kantee
---
v2: Bisections, too.
---
daily-cron-email-real--rumpuserxen|2 +-
daily-cron-email-real-bisectcomplete--rumpuserxen |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/daily-cron-email-real--rumpuserxen
b/
On 26/02/15 15:55, Wei Liu wrote:
> Update NUMA_NO_NODE in Xen code to use the new macro.
>
> No functional change introduced.
>
> Signed-off-by: Wei Liu
> Cc: Andrew Cooper
> Cc: Jan Beulich
>
> diff --git a/xen/include/public/memory.h b/xen/include/public/memory.h
> index 595f953..0d8c85f 1006
On 26/02/15 07:43, Jan Beulich wrote:
On 25.02.15 at 18:06, wrote:
>> On 25/02/15 14:45, Jan Beulich wrote:
>>> +static unsigned long __init dom0_paging_pages(const struct domain *d,
>>> + unsigned long nr_pages)
>>> +{
>>> +/* Copied from: lib
On Fri, 27 Feb 2015, Juergen Gross wrote:
> On 02/27/2015 11:11 AM, Stefano Stabellini wrote:
> > On Fri, 27 Feb 2015, Juergen Gross wrote:
> > > On 02/27/2015 10:41 AM, Stefano Stabellini wrote:
> > > > On Fri, 27 Feb 2015, Juergen Gross wrote:
> > > > > On 02/26/2015 06:42 PM, Stefano Stabellini
I think the following commits from master should be considered for
backport:
0c12e5b7427b4dfd2dfabf21f6b0e6e24bc8e864
tools/pygrub: Fix extlinux when /boot is a separate partition from /
d1b93ea2615bd789ee28901f1f1c05ffb319cb61
tools/pygrub: Make pygrub understand default entry in string format
On 02/27/2015 12:29 PM, Stefan Bader wrote:
On 05.02.2015 15:33, Stefan Bader wrote:
While experimenting/testing various kernel versions I discovered that trying to
boot a Haswell based hosts will always crash when booting as Xen dom0
(Xen-4.4.1). The same crash happens since v3.19-rc1 and still
On Thu, 26 Feb 2015, Wei Liu wrote:
> On Thu, Feb 26, 2015 at 06:53:29PM +, Stefano Stabellini wrote:
> [...]
> > > > }
> > > >
> > > > -libxl_dominfo_init(&ptr);
> > > > -xcinfo2xlinfo(ctx, &info, &ptr);
> > >
> > > If I'm not mistaken, &info is only used here. I think you can
On 02/27/2015 01:24 PM, Stefano Stabellini wrote:
On Fri, 27 Feb 2015, Juergen Gross wrote:
On 02/27/2015 11:11 AM, Stefano Stabellini wrote:
On Fri, 27 Feb 2015, Juergen Gross wrote:
On 02/27/2015 10:41 AM, Stefano Stabellini wrote:
On Fri, 27 Feb 2015, Juergen Gross wrote:
On 02/26/2015 06
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 QEMU for rom files.
Signed-off-by: Stefano Stabellini
---
Changes in v6:
- remove now useless xc_domaininfo_t info and xc_domain
On Fri, 2015-02-27 at 12:24 +, Stefano Stabellini wrote:
> > Using PV frontends is completely orthogonal to other PV enhancements
> > like PARAVIRT_CLOCK, HVMOP_pagetable_dying or PV IPIs. So why do you
> > object enabling the PV frontends for those kernels?
>
> I am for it. I would like to a
On Fri, 2015-02-27 at 12:29 +, Ian Jackson wrote:
> I think the following commits from master should be considered for
> backport:
>
> 0c12e5b7427b4dfd2dfabf21f6b0e6e24bc8e864
> tools/pygrub: Fix extlinux when /boot is a separate partition from /
>
> d1b93ea2615bd789ee28901f1f1c05ffb319cb61
>
On 02/21/2015 02:59 AM, Konrad Rzeszutek Wilk wrote:
>>
>> Agree, Life would be easier if we can remove the persistent feature.
>
> ..snip..
>
> If Konrad/Bob agree I would like to send a patch to remove persistent
> grants and then have the multiqueue series rebased on top of
On Fri, 2015-02-27 at 10:48 +, Wei Liu wrote:
> On Fri, Feb 27, 2015 at 09:42:29AM +, Ian Campbell wrote:
> > On Thu, 2015-02-26 at 20:14 +, xen.org wrote:
> > > flight 35257 xen-unstable real [real]
> > > http://www.chiark.greenend.org.uk/~xensrcts/logs/35257/
> > >
> > > Regressions
On Mon, 2015-02-02 at 17:40 +, Stefano Stabellini wrote:
> 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 cre
>>> On 27.02.15 at 13:02, wrote:
> On 26/02/15 07:43, Jan Beulich wrote:
> On 25.02.15 at 18:06, wrote:
>>> On 25/02/15 14:45, Jan Beulich wrote:
+static unsigned long __init dom0_paging_pages(const struct domain *d,
+ unsigned long nr_pa
On Fri, 2015-02-27 at 10:38 +, Ian Campbell wrote:
> On Fri, 2015-02-27 at 15:41 +0530, Pranavkumar Sawargaonkar wrote:
> > Hi Julien,
> >
> > On Thu, Feb 26, 2015 at 8:47 PM, Julien Grall
> > wrote:
> > > On 26/02/15 14:46, Pranavkumar Sawargaonkar wrote:
> > >> Hi
> > >
> > > Hi Pranavkuma
On Thu, 2015-02-26 at 13:54 +, Jan Beulich wrote:
> Signed-off-by: Jan Beulich
>
Reviewed-by: Dario Faggioli
One question (a genuine one, i.e., I'm really not sure what I'm saying
is correct).
After this series, vcpu_to_node() (defined in xen/include/xen/numa.h) is
left with only one use,
On Thu, 2015-02-26 at 15:25 +, Jan Beulich wrote:
> >>> On 26.02.15 at 14:36, wrote:
> > A small series that refactors a few of the existing scheduling related
> > performance counters, making them generic and updating them from all
> > schedulers, rather than just in Credit1.
> >
> > It also
>>> On 27.02.15 at 13:29, wrote:
> I think the following commits from master should be considered for
> backport:
Looks reasonable. Question is - do you still want this for 4.4.2 or
only afterwards? If for it, then can these please go in before RC2
(which really is only pending a push on the bran
On Wed, 2015-02-25 at 11:21 +, Wei Liu wrote:
> Provide mini-os url and revision in Config.mk
>
> Make stubdom targets depend on mini-os-dir target. Make
> subtree-force-update{,-all} depend on mini-os-dir-force-update.
>
> Also make mktarball script generate mini-os archive.
>
> Original mi
On Wed, 2015-02-25 at 11:21 +, Wei Liu wrote:
> All objects are placed inside stubdom's directories, so there is no need
> to enter mini-os and clean.
>
> Signed-off-by: Wei Liu
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.
>>> On 27.02.15 at 14:27, wrote:
> One question (a genuine one, i.e., I'm really not sure what I'm saying
> is correct).
>
> After this series, vcpu_to_node() (defined in xen/include/xen/numa.h) is
> left with only one use, in xen/arch/arm/domain.c, besides of course
> being used to implement dom
Hi Dario,
On 27/02/15 13:27, Dario Faggioli wrote:
> On Thu, 2015-02-26 at 13:54 +, Jan Beulich wrote:
>> Signed-off-by: Jan Beulich
>>
> Reviewed-by: Dario Faggioli
>
> One question (a genuine one, i.e., I'm really not sure what I'm saying
> is correct).
>
> After this series, vcpu_to_nod
On Fri, 27 Feb 2015, Juergen Gross wrote:
> On 02/27/2015 01:24 PM, Stefano Stabellini wrote:
> > On Fri, 27 Feb 2015, Juergen Gross wrote:
> > > On 02/27/2015 11:11 AM, Stefano Stabellini wrote:
> > > > On Fri, 27 Feb 2015, Juergen Gross wrote:
> > > > > On 02/27/2015 10:41 AM, Stefano Stabellini
On Wed, 2015-02-25 at 11:21 +, Wei Liu wrote:
> git://xenbits.xen.org/people/liuw/xen.git wip.build-system-v3
I think the series is now fully acked. Please could you rebase -i and
add the acks and push this as v4 without changing the base commit, i.e.
not pulling it up to current master or sta
On Thu, 2015-02-26 at 15:56 +, Wei Liu wrote:
> Signed-off-by: Wei Liu
> Cc: Ian Campbell
> Cc: Ian Jackson
>
Reviewed-by: Dario Faggioli
Regards,
Dario
signature.asc
Description: This is a digitally signed message part
___
Xen-devel mailing li
On Fri, 2015-02-27 at 13:27 +, Dario Faggioli wrote:
> On Thu, 2015-02-26 at 13:54 +, Jan Beulich wrote:
> > Signed-off-by: Jan Beulich
> >
> Reviewed-by: Dario Faggioli
>
> One question (a genuine one, i.e., I'm really not sure what I'm saying
> is correct).
>
> After this series, vcp
On Fri, Feb 27, 2015 at 01:38:58PM +, Ian Campbell wrote:
> On Wed, 2015-02-25 at 11:21 +, Wei Liu wrote:
> > git://xenbits.xen.org/people/liuw/xen.git wip.build-system-v3
>
> I think the series is now fully acked. Please could you rebase -i and
> add the acks and push this as v4 without c
Hi Frediano,
On 25/02/15 13:21, Frediano Ziglio wrote:
> Translated addresses (in d->arch.vgic.{c,d}base) are now bus addresses
> which could not always be applied to the DT.
> Copy the original addresses from DT directly to get the original
> untranslated reg property which will give same d->arch
On Fri, 2015-02-27 at 13:38 +, Julien Grall wrote:
> >> Signed-off-by: Jan Beulich
> >>
> > Reviewed-by: Dario Faggioli
> >
> > One question (a genuine one, i.e., I'm really not sure what I'm saying
> > is correct).
> >
> > After this series, vcpu_to_node() (defined in xen/include/xen/numa
>>> On 27.02.15 at 14:38, wrote:
> Given the changes made by Jan on x86, I think we could replace
> vcpu_to_node by MEMF_no_owner.
That would imply you switch from alloc_xenheap_pages() to
alloc_homheap_pages(). Yet if that's safe to do, I don't see
why it's not already the latter.
Jan
___
On Fri, Feb 27, 2015 at 6:52 PM, Ian Campbell wrote:
> On Fri, 2015-02-27 at 10:38 +, Ian Campbell wrote:
>> On Fri, 2015-02-27 at 15:41 +0530, Pranavkumar Sawargaonkar wrote:
>> > Hi Julien,
>> >
>> > On Thu, Feb 26, 2015 at 8:47 PM, Julien Grall
>> > wrote:
>> > > On 26/02/15 14:46, Pranav
On Fri, 2015-02-27 at 13:53 +, Julien Grall wrote:
> Hi Frediano,
>
> On 25/02/15 13:21, Frediano Ziglio wrote:
> > Translated addresses (in d->arch.vgic.{c,d}base) are now bus addresses
> > which could not always be applied to the DT.
> > Copy the original addresses from DT directly to get th
On Fri, 2015-02-27 at 13:46 +, Ian Campbell wrote:
> On Fri, 2015-02-27 at 13:27 +, Dario Faggioli wrote:
> > After this series, vcpu_to_node() (defined in xen/include/xen/numa.h) is
> > left with only one use, in xen/arch/arm/domain.c, besides of course
> > being used to implement domain_
On 27/02/15 13:57, Ian Campbell wrote:
> On Fri, 2015-02-27 at 13:53 +, Julien Grall wrote:
>> Hi Frediano,
>>
>> On 25/02/15 13:21, Frediano Ziglio wrote:
>>> Translated addresses (in d->arch.vgic.{c,d}base) are now bus addresses
>>> which could not always be applied to the DT.
>>> Copy the or
>>> On 27.02.15 at 14:46, wrote:
> On Fri, 2015-02-27 at 13:27 +, Dario Faggioli wrote:
>> On Thu, 2015-02-26 at 13:54 +, Jan Beulich wrote:
>> > Signed-off-by: Jan Beulich
>> >
>> Reviewed-by: Dario Faggioli
>>
>> One question (a genuine one, i.e., I'm really not sure what I'm saying
Hi Daniel,
On 24/02/15 15:53, Daniel De Graaf wrote:
> This seems a reasonable solution if we don't want to change how the boot
> parameters are set up.
>
> Another alternative would be to change flask_enforcing/flask_enabled to
> a single "flask=" parameter with options:
> disabled - revert to
Translated addresses (in d->arch.vgic.{c,d}base) are now bus addresses
which could not always be applied to the DT.
Copy the original addresses from DT directly to get the original
untranslated reg property which will give same d->arch.vgic.{c,d}base
values once translated again.
Signed-off-by: Fr
On Fri, 2015-02-27 at 13:36 +, Jan Beulich wrote:
> >>> On 27.02.15 at 14:27, wrote:
> > I'm asking because I really don't like vcpu_to_node(). And I'm not
> > talking about how it is implemented (there probably are not much
> > alternatives), I'm saying I don't think it should exist, and I r
On 27.02.2015 13:30, Juergen Gross wrote:
> On 02/27/2015 12:29 PM, Stefan Bader wrote:
>> On 05.02.2015 15:33, Stefan Bader wrote:
>>> While experimenting/testing various kernel versions I discovered that
>>> trying to
>>> boot a Haswell based hosts will always crash when booting as Xen dom0
>>>
On 02/27/2015 03:12 PM, Stefan Bader wrote:
On 27.02.2015 13:30, Juergen Gross wrote:
Could you please test the attached patch?
\o/ Yeah, that does seem to do the trick. The machine came up and did not loose
its mind or lapic base address!
Stefan, can I add your "Reported-by" and "Tested-by"
Hi Ian,
On 20/02/15 15:52, Ian Campbell wrote:
>> As DOM0 will get most the devices, the vIRQ is equal to the IRQ in that case.
>
> Am I correct that after this patch all callers still pass irq==virq to
> the new function?
Sorry, I forgot to answer to this question. Yes, all the callers will
pas
On 02/27/2015 02:38 PM, Stefano Stabellini wrote:
On Fri, 27 Feb 2015, Juergen Gross wrote:
On 02/27/2015 01:24 PM, Stefano Stabellini wrote:
On Fri, 27 Feb 2015, Juergen Gross wrote:
On 02/27/2015 11:11 AM, Stefano Stabellini wrote:
On Fri, 27 Feb 2015, Juergen Gross wrote:
On 02/27/2015 10
On 27.02.2015 15:27, Juergen Gross wrote:
> On 02/27/2015 03:12 PM, Stefan Bader wrote:
>> On 27.02.2015 13:30, Juergen Gross wrote:
>>> Could you please test the attached patch?
>>
>> \o/ Yeah, that does seem to do the trick. The machine came up and did not
>> loose
>> its mind or lapic base addr
Hi Ian,
On 20/02/15 17:09, Julien Grall wrote:
> On 20/02/15 15:52, Ian Campbell wrote:
>>>
>>> action = xmalloc(struct irqaction);
>>> -if (!action)
>>> +if ( !action )
>>> +return -ENOMEM;
>>> +
>>> +info = xmalloc(struct irq_guest);
>>
>> FWIW you might (subject to si
On Thu, 26 Feb 2015, Ian Campbell wrote:
> On Thu, 2015-02-26 at 15:39 +0530, Manish Jaggi wrote:
> > Have you reached a conclusion?
>
> My current thinking on how PCI for Xen on ARM should look is thus:
>
> xen/arch/arm/pci.c:
>
> New file, containing core PCI infrastructure for ARM. In
1 - 100 of 178 matches
Mail list logo
