>>> On 09.11.15 at 06:03, wrote:
> On 11/04/15 07:04, Jan Beulich wrote:
>> >>> On 04.11.15 at 12:39, wrote:
>> > In commit:
>> >
>> > d37d63d symbols: prefix static symbols with their source file names
>> >
>> > An unchecked fgets was added. This causes a compile error:
>> >
>> > symbols.c: I
>>> On 06.11.15 at 20:39, wrote:
> On Thu, Nov 05, 2015 at 10:12:26AM -0700, Jan Beulich wrote:
>> >>> On 02.11.15 at 18:12, wrote:
>> > @@ -247,10 +248,12 @@ struct domain *alloc_domain_struct(void)
>> > bits = _domain_struct_bits();
>> > #endif
>> >
>> > -BUILD_BUG_ON(sizeof(*d
This run is configured for baseline tests only.
flight 38261 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38261/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf 3ec97ca490009ed5604ccd7f2653e5a9ecbf3474
baseline version:
ovm
Hi all,
With plenty of ugly hacks, mini-os is now able to boot on my arm64 board:
(d37) - Mini-OS booting -
(d37) - Setup CPU -
(d37) - Setup booting pagetable -
(d37) - MMU on -
(d37) - Setup stack -
(d37) - Jumping to C entry -
(d37) Checking DTB at ffbff000...
(d37) map_console, phys =
Hi,
On 9 November 2015 at 10:10, Jan Beulich wrote:
On 09.11.15 at 06:03, wrote:
>> On 11/04/15 07:04, Jan Beulich wrote:
>>> >>> On 04.11.15 at 12:39, wrote:
>>> > In commit:
>>> >
>>> > d37d63d symbols: prefix static symbols with their source file names
>>> >
>>> > An unchecked fgets was
Hi,alls
As we know,xen 4+ maintains a dirty bitmap. Snapshot or migration will
use this bitmap. When the guest domain changes the memory page, VMM can
capture it and set dirty bitmap to 1. I want to know the position in source
code of this operation. And how did this process be realized?
Than
In commit:
d37d63d symbols: prefix static symbols with their source file names
An unchecked fgets was added. This causes a compile error at least
on ubuntu utopic:
symbols.c: In function 'read_symbol':
symbols.c:181:3: error: ignoring return value of 'fgets', declared with
attribute warn_unused_
On Thu, Nov 5, 2015 at 4:43 PM, Jan Beulich wrote:
On 02.11.15 at 17:29, wrote:
>> * steal_for_cache may now be wrong. I realize that since now ram == 0
>> that all the subsequent "steal_for_cache" expressions will end up as
>> "false" anyway, but leaving invariants in an invalid state is s
> -Original Message-
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: 06 November 2015 18:08
> To: Paul Durrant; xen-de...@lists.xenproject.org
> Cc: Keir (Xen.org); Ian Campbell; Tim (Xen.org); Ian Jackson; Jan Beulich
> Subject: Re: [Xen-devel] [PATCH 3/4] docs: Document x
> -Original Message-
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: 06 November 2015 18:17
> To: Paul Durrant; xen-de...@lists.xenproject.org
> Cc: Keir (Xen.org); Ian Campbell; Tim (Xen.org); Ian Jackson; Jan Beulich
> Subject: Re: [Xen-devel] [PATCH 4/4] docs: Document x
flight 63803 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63803/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-migrupgrade 21 guest-migrate/src_host/dst_host fail REGR. vs.
63212
Tests whic
>>> On 06.11.15 at 18:21, wrote:
> ...via xenstore.
>
> XenServer already makes use of ~/control/feature-suspend being written
> to advertise guest capability of responding to 'suspend' when written to
> ~/control/shutdown and, since they are derived from XenServer drivers,
> the Xen Project Wind
>>> On 09.11.15 at 10:51, wrote:
>> -Original Message-
>> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
>> Sent: 06 November 2015 18:08
>> To: Paul Durrant; xen-de...@lists.xenproject.org
>> Cc: Keir (Xen.org); Ian Campbell; Tim (Xen.org); Ian Jackson; Jan Beulich
>> Subject: Re
On Fri, 2015-11-06 at 12:48 +, Lars Kurth wrote:
> So we absolutely no easy option but to go for Toronto, unless
> - We can find two smaller rooms on Tuesday Oct 4th, which I can
> investigate
> - Or to start the summit on the Sunday Oct 2nd and run it through
> Monday Oct 3rd, which I can in
flight 38262 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38262/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-amd64-sid-netboot-pvgrub 10 guest-start fail REGR. vs. 38239
Regression
On Thu, 2015-11-05 at 15:21 +, Lars Kurth wrote:
> Hi all,
>
> I wanted to do quick straw-poll regarding Hackathon Locations for
> next year. Before I do this though, I wanted to let you know that the
> 2016 Developer Summit will most likely be in Berlin in October (I am
> in the process of fi
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 09 November 2015 10:44
> To: Paul Durrant
> Cc: Ian Campbell; Ian Jackson; xen-de...@lists.xenproject.org; Keir
> (Xen.org); Tim (Xen.org)
> Subject: Re: [PATCH 1/4] docs: Document control features the can be
> adve
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 09 November 2015 10:50
> To: Andrew Cooper; Paul Durrant; xen-de...@lists.xenproject.org
> Cc: Ian Campbell; Ian Jackson; Keir (Xen.org); Tim (Xen.org)
> Subject: RE: [Xen-devel] [PATCH 3/4] docs: Document xenstore
On Wed, Nov 04, 2015 at 03:46:59AM -0700, Jan Beulich wrote:
> >>> On 02.11.15 at 14:47, wrote:
> > So I propose we use the following scheme:
> >
> > - 6 months release cycle from unstable branch.
> > - 4 months development.
> > - 2 months freeze.
> > - Eat into next cycle if doesn't releas
On 09/11/2015 11:04, "Wei Liu" wrote:
>On Wed, Nov 04, 2015 at 03:46:59AM -0700, Jan Beulich wrote:
>> >>> On 02.11.15 at 14:47, wrote:
>> > So I propose we use the following scheme:
>> >
>> > - 6 months release cycle from unstable branch.
>> > - 4 months development.
>> > - 2 months free
On Mon, Nov 09, 2015 at 11:24:59AM +, Lars Kurth wrote:
>
>
> On 09/11/2015 11:04, "Wei Liu" wrote:
>
> >On Wed, Nov 04, 2015 at 03:46:59AM -0700, Jan Beulich wrote:
> >> >>> On 02.11.15 at 14:47, wrote:
> >> > So I propose we use the following scheme:
> >> >
> >> > - 6 months release cyc
Patch #1 documents paths, some already in used by XenServer, which can be
used by guests to advertise contol capabilities.
Patch #2 documents paths which can be used to advertise PV driver versions.
Patch #3 documents paths which can be used by guests to advertise hotplug
capabilities.
Patch #4
...via xenstore.
XenServer already makes use of ~/control/feature-suspend being written
to advertise guest capability of responding to 'suspend' when written to
~/control/shutdown and, since they are derived from XenServer drivers,
the Xen Project Windows PV drivers attempt to write this value. Th
...to be advertised by a guest.
For domain management purposes it is convenient to be able to see
PV driver version information in xenstore. The XAPI toolstack in
XenServer has always created a ~/drivers path for this purpose.
This patch documents that path and also adds a specification of how
it
On 09/11/2015 11:50, "Wei Liu" wrote:
>On Mon, Nov 09, 2015 at 11:24:59AM +, Lars Kurth wrote:
>>
>>
>> On 09/11/2015 11:04, "Wei Liu" wrote:
>>
>> >On Wed, Nov 04, 2015 at 03:46:59AM -0700, Jan Beulich wrote:
>> >> >>> On 02.11.15 at 14:47, wrote:
>> >> > So I propose we use the follo
Without some indication from a domain it is not possible for a
toolstack to know whether instantiation of a new vbd or vif should
result in a new PV device of the appropriate type being instantiated
in a guest. (In other words whether PV drivers are present and
functioning).
This patch documents t
It is useful to be able to see the network addresses in use by a domain
for a particular vif in xenstore, for example so that ssh can be invoked
by a toolstack to log into the guest domain.
This patch documents paths to allow a domain to advertise MAC (unicast
and multicast) and IP (versions 4 and
In <1431963008.4944.80.ca...@citrix.com> I proposed stabilising some
parts of the libxenctrl API/ABI by disaggregating into separate
libraries.
This is v5 of that set of series against:
xen
qemu-xen
qemu-xen-traditional
mini-os
NB: Samuel+minios-devel will only get the mini-os sid
In tree libraries which link against other in tree libraries in a way
which is opaque to their callers need special handling, specifically
correct use of -Wl,-rpath-link for the recusively used libraries.
Currently this is rather simple, but up coming changes are going to
introduce transitive depe
The alternative backend (a xen-api/xapi shim) is no longer around and
so this stuff is now just baggage which is getting in the way of
refactoring libxenctrl.
Nested virt probably suffices for this use case now.
This was the last component of the osdep infrastructure, so all the
dynamic loading e
We intend to stabilise some parts of the libxenctrl interface by
splitting out some functionality into separate stable libraries.
This is the xen part of the first phase of that change.
This mail is (or is intended to be) a reply to a "0/"
super-intro mail covering all of the related patch series
Using the same rune as we use for the Xen public headers, except we do
not need stdint.h here and we use -pedantic too.
Signed-off-by: Ian Campbell
Acked-by: Wei Liu
---
.gitignore | 2 ++
tools/Rules.mk | 8
tools/libs/evtchn/Makefile | 4 +++-
tools/lib
And require it be used instead of direct munmap.
This will allow e.g. Valgrind hooks to help track incorrect use of
foreign mappings.
Switch all uses of xenforeignmemory_map to use
xenforeignmemory_unmap, not that foreign mappings via the libxc compat
xc_map_foreign_* interface will not take adva
In attempting to disaggregate libxenctrl I found that many of the
pieces were going to want access to this library, so split it out (as
it probably should always have been).
Various build adjustments are needed. In particular things which use
xtl_* themselves now need to explicity link against the
The alternative backend (a xen-api/xapi shim) is no longer around and
so this stuff is now just baggage which is getting in the way of
refactoring libxenctrl.
Note that the intention is to move this into a separate library
shortly.
Nested virt probably suffices for this use case now.
One incorre
Signed-off-by: Ian Campbell
Acked-by: Wei Liu
---
tools/libs/call/linux.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/libs/call/linux.c b/tools/libs/call/linux.c
index 906ca7e..80b505c 100644
--- a/tools/libs/call/linux.c
+++ b/tools/libs/call/linux.c
@@ -88,7 +
Surprisingly it appears no callers need updating.
Signed-off-by: Ian Campbell
Acked-by: Wei Liu
---
v4: New patch
---
tools/libs/foreignmemory/compat.c | 2 +-
tools/libs/foreignmemory/freebsd.c | 4 ++--
.../libs/foreignmemory/include/xenforeignmemory.h | 4
These were wrong in the context of libxc before this code was
extracted, clean them up.
Also add some emacs magic blocks
Signed-off-by: Ian Campbell
Acked-by: Wei Liu
---
tools/libs/call/buffer.c | 4 ++--
tools/libs/call/core.c| 2 +-
tools/libs/call/minios.c
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
One such library will be libxenevtchn which provides access to event
channels.
In preparation for this switch the compatibility layer in xen_common.
It can trivially be replaced by xc_map_foreign_bulk which is the
interface I want to move to going forward. All in tree users are
trivially converted by supplying the appropriate error array and
adjusting the what error handling exists (which in many cases is not
much).
This reduces the twist maze
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
Specifically libxenevtchn, libxengnttab and libxenforeignmemory.
Previous patches have already laid the groundwork for using these by
switching the
Remove the reference to pre-4.1, since this is now a new library.
Fixup references to xc.
Signed-off-by: Ian Campbell
Acked-by: Wei Liu
---
tools/libs/evtchn/include/xenevtchn.h | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/tools/libs/evtchn/include/xenevtchn.h
b/t
libxencall has just been split out from libxc. From mini-os's point
of view we don't care about the distinction, so keep things simple by
just including libxencall if libxc is enabled.
Signed-off-by: Ian Campbell
Acked-by: Samuel Thibault
Acked-by: Wei Liu
---
v2: Adjust for libs/$lib layout.
-
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
One such library will be libxenforeignmemory which provides access to
privileged foreign mappings and which will provide an interface
equivalent to x
libxengnttab will provide a stable API and ABI for accessing the
grant table devices.
The functions are moved into the xengnt{tab,shr} namespace to make a
clean break from libxc and avoid ambiguity regarding which interfaces
are stable.
XXX consider combining into a single namespace (i.e. with
xe
libxenctrl links against this library
Signed-off-by: Ian Campbell
---
v3: Library moved to tools/libs
---
xen-hooks.mak | 1 +
1 file changed, 1 insertion(+)
diff --git a/xen-hooks.mak b/xen-hooks.mak
index 179a6b7..229d642 100644
--- a/xen-hooks.mak
+++ b/xen-hooks.mak
@@ -25,6 +25,7 @@ LIBS +
/dev/xen/gntdev related wrappers have been moved out of libxenctrl
into their own library.
Signed-off-by: Ian Campbell
---
v3: Library moved to tools/libs/
---
hw/xen_backend.c | 4 ++--
hw/xen_backend.h | 2 +-
hw/xen_common.h | 1 +
hw/xen_console.c | 4 ++--
hw/xen_disk.c| 24 +++
v4: Config.mk instead of .config
---
Config.mk | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/Config.mk b/Config.mk
index 5db7ca5..7258065 100644
--- a/Config.mk
+++ b/Config.mk
@@ -242,20 +242,20 @@ endif
ifeq ($(GIT_HTTP),y)
OVMF_UPSTREAM_URL ?= ht
The alternative backend (a xen-api/xapi shim) is no longer around and
so this stuff is now just baggage which is getting in the way of
refactoring libxenctrl.
Nested virt probably suffices for this use case now.
It is now necessary to provide explicit versions of things for
platforms which do not
All of the work in con_disconnect applies to the primary console case
(when xendev->dev is NULL). Therefore remove the early check and bail
and allow it to fall through. All of the existing code is correctly
conditional already.
The ->dev and ->gnttabdev handles are either both set or neither. For
Both Linux and FreeBSD already implemented these functions using
identical helpers based on xc_map_foreign_pages. Make one copy of
these common helpers and switch all OSes to use them, even those which
previously had a specific lower level implementation of this
functionality.
This is makes two fe
libxenforeignmemory will provide a stable API and ABI for mapping
foreign domain memory (subject to appropriate privileges).
The new library exposes an interface equivalent to
xc_map_foreign_memory_bulk, which all the other
xc_map_foreign_memory_* functions (which remain in libxc) are
implemented
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
One such library will be libxenforeignmemory which provides access to
privileged foreign mappings and which will provide an interface
equivalent to x
On Solaris and NetBSD xc_map_foreign_bulk is implemented by calling
xc_map_foreign_bulk_compat and xc_map_foreign_bulk_compat is exposed
as a symbol by libxenctrl.so.
Remove these wrappers and turn the compat function into the real thing
surrounded by the appropriate ifdef.
As this is a compat fu
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
One such library will be libxenforeignmemory which provides access to
privileged foreign mappings and which will provide an interface
equivalent to x
libxengnttab has just been split out from libxc. From mini-os's point
of view we don't care about the distinction, so keep things simple by
just including libxengnttab if libxc is enabled.
Signed-off-by: Ian Campbell
Acked-by: Samuel Thibault
Acked-by: Wei Liu
---
v2: Adjust for libs/$lib layou
Remove some stray xc references.
While I'm not convinced by javadoc/doxygen cause the existing comments
which appear to use that syntax to have the appropriate /** marker.
Also fix a typo in a code comment.
Signed-off-by: Ian Campbell
Acked-by: Wei Liu
---
tools/libs/gnttab/include/xengnttab.
We intend to stabilise some parts of the libxenctrl interface by
splitting out some functionality into separate stable libraries.
This is the qemu-xen part of the first phase of that change.
This mail is (or is intended to be) a reply to a "0/"
super-intro mail covering all of the related patch s
We intend to stabilise some parts of the libxenctrl interface by
splitting out some functionality into separate stable libraries.
This is the qemu-xen-traditional part of the first phase of that change.
This mail is (or is intended to be) a reply to a "0/"
super-intro mail covering all of the rel
libxencall will provide a stable API and ABI for calling hypercalls
(although those hypercalls themselves may not have a stable API). As
well as the hypercall buffer infrastructure needed in order to safely
provide pointer arguments to hypercalls.
libxenctrl encapsulates a instance of this interfa
This means adding -L for libxen{evtchn,gnttab,foreignmemory} so that
it can link them directly (rather than using the libxenctrl compat
layer exposed via -rpath-link). Also add -I for libxenforeignmemory.
Signed-off-by: Ian Campbell
Acked-by: Wei Liu
---
tools/Makefile | 4
1 file changed,
This has been split out of libxenctrl, so the build needs to be able
to find the header and the library. QEMU does not use xtl_* itself so
-rpath-link is sufficient to allow linking to libxenctrl.so (which
links against libxentoollog).
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
v3: L
Using an existing libxenctrl handle after a fork was never
particularly safe (especially if foreign mappings existed at the time
of the fork) and the xc fd has been unavailable for many releases.
Reopen the handle after fork and therefore do away with xc_fd().
Signed-off-by: Ian Campbell
Acked-b
libxentoollog has just been split out from libxc. From mini-os's point
of view we don't care about the distinction, so keep things simple by
just including libxentoollog if libxc is enabled.
Signed-off-by: Ian Campbell
Acked-by: Samuel Thibault
Acked-by: Wei Liu
---
v2: Adjust for libs/$lib lay
Signed-off-by: Ian Campbell
Acked-by: Wei Liu
---
tools/libs/foreignmemory/include/xenforeignmemory.h | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/tools/libs/foreignmemory/include/xenforeignmemory.h
b/tools/libs/foreignmemory/include/xenforeignmemory.h
index 99ec883
libxenevtchn has just been split out from libxc. From mini-os's point
of view we don't care about the distinction, so keep things simple by
just including libxenevtchn if libxc is enabled.
Signed-off-by: Ian Campbell
Acked-by: Samuel Thibault
Acked-by: Wei Liu
---
v2: Adjust for libs/$lib layou
We intend to stabilise some parts of the libxenctrl interface by
splitting out some functionality into separate stable libraries.
This is the mini-os part of the first phase of that change.
This mail is (or is intended to be) a reply to a "0/"
super-intro mail covering all of the related patch se
In Xen 4.7 we are refactoring parts libxenctrl into a number of
separate libraries which will provide backward and forward API and ABI
compatiblity.
One such library will be libxengnttab which provides access to grant
tables.
In preparation for this switch the compatibility layer in xen_common.h
I've just sent out v5. Anyone got any thoughts on how to proceed with qemu-
xen?
On Wed, 2015-10-21 at 16:47 +0100, Ian Campbell wrote:
> (Trimming CCs a bit)
>
> On Wed, 2015-10-21 at 16:22 +0100, Ian Campbell wrote:
> >
> [...]
> > Still to come would be libraries for specific out of tree pur
Until the previous patch this relied on xc_fd(), which was only
implemented for Xen 4.0 and earlier.
Given this wasn't working since Xen 4.0 I have marked this as disabled
by default.
Removing this support drops the use of a bunch of symbols from
libxenctrl, specifically:
- xc_domain_create
/dev/xen/evtchn related wrappers have been moved out of libxenctrl
into their own library.
Note that i386-dm/helper2.c's xc_interface * was always really an
xc_evtchn *, it's just they used to be typedefs to the same thing...
Signed-off-by: Ian Campbell
---
v3: Library moved to tools/libs/
---
flight 63819 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/63819/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 3 host-install(3) broken REGR. vs.
6
libxenforeignmemory has just been split out from libxc. From mini-os's
point of view we don't care about the distinction, so keep things
simple by just including libxenforeignmemory if libxc is enabled.
Signed-off-by: Ian Campbell
Acked-by: Samuel Thibault
Acked-by: Wei Liu
---
v2: Adjust for l
These are already arch specific, so just use the appropriate
interfaces (as determined by looking at the xc_memalign backend).
Signed-off-by: Ian Campbell
Acked-by: Wei Liu
---
tools/libs/call/netbsd.c | 4 ++--
tools/libs/call/solaris.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
libxenctrl links against this library.
Also, request the compat xc_map_foreign API from libxc.
Signed-off-by: Ian Campbell
---
v3: Library moved to tools/libs/
---
xen-hooks.mak | 2 ++
1 file changed, 2 insertions(+)
diff --git a/xen-hooks.mak b/xen-hooks.mak
index 229d642..c1ea4be 100644
---
On Fri, 2015-11-06 at 12:51 -0600, ed sandberg wrote:
> > Does your kernel have the Xen drivers (CONFIG_XEN and all which is
> > gated on that) enabled. In particular CONFIG_HVC_XEN.
> >
> Yes the config file I used to compile has CONFIG_XEN=y and
> CONFIG_HVC_XEN=y. Config file is attached.
Tha
>>> On 06.11.15 at 18:22, wrote:
> 1. First of all, I wish Xen was somehow more defensively coded. To provide
> some
> examples:
>
> a. In XSA-109 [5] there was a problem with the hypervisor dereferencing a
> NULL
> pointer. The problem was fixed by the Xen Security Team by applying a patch
> w
On Fri, 6 Nov 2015, Arnd Bergmann wrote:
> > > > ---
> > > > +static void xen_read_wallclock(struct timespec *ts)
> > > > +{
> > > > + u32 version;
> > > > + u64 delta;
> > > > + struct timespec now;
> > > > + struct shared_info *s = HYPERVISOR_shared_info;
> > > > + struct pvclock_wall_c
Signed-off-by: Ian Campbell
---
xen/common/schedule.c| 1 +
xen/include/xen/perfc_defn.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/xen/common/schedule.c b/xen/common/schedule.c
index 292e9a0..86d6cc0 100644
--- a/xen/common/schedule.c
+++ b/xen/common/schedule.c
@@ -896,6 +896
SPIs are too numerous and not indivcidually as interesting.
Make the exists #IPIS counter x86 specific.
Signed-off-by: Ian Campbell
Cc: jbeul...@suse.com
---
xen/arch/arm/gic.c | 2 +-
xen/arch/arm/irq.c | 4 ++--
xen/include/asm-arm/perfc_defn.h | 3 ++-
xen/include
From: Fu Wei
Signed-off-by: Fu Wei
---
grub-core/loader/arm64/fdt.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/grub-core/loader/arm64/fdt.c b/grub-core/loader/arm64/fdt.c
index 5202c14..901bd7b 100644
--- a/grub-core/loader/arm64/fdt.c
+++ b/grub-core/loader/arm64/fdt.c
@@ -25,6 +25,
>>> On 09.11.15 at 15:00, wrote:
> Signed-off-by: Ian Campbell
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Thu, 5 Nov 2015, Arnd Bergmann wrote:
> On Thursday 05 November 2015 17:09:45 Stefano Stabellini wrote:
> > If Linux is running as dom0, call XENPF_settime to update the system
> > time in Xen on pvclock_gtod notifications.
> >
> > Signed-off-by: Stefano Stabellini
> > Signed-off-by: Ian Campb
>>> On 09.11.15 at 15:01, wrote:
> SPIs are too numerous and not indivcidually as interesting.
>
> Make the exists #IPIS counter x86 specific.
I'd recommend not to - even if ARM doesn't want to use it, it's still a
pretty generic thing.
Jan
___
Xen-
>>> On 06.11.15 at 18:37, wrote:
> --- a/xen/arch/x86/mm/mm-locks.h
> +++ b/xen/arch/x86/mm/mm-locks.h
> @@ -263,14 +263,21 @@ declare_mm_lock(altp2mlist)
> */
>
> declare_mm_rwlock(altp2m);
> -#define p2m_lock(p) \
> -{ \
> -
On 09/11/15 14:00, Ian Campbell wrote:
> Signed-off-by: Ian Campbell
Reviewed-by: George Dunlap
> ---
> xen/common/schedule.c| 1 +
> xen/include/xen/perfc_defn.h | 1 +
> 2 files changed, 2 insertions(+)
>
> diff --git a/xen/common/schedule.c b/xen/common/schedule.c
> index 292e9a0..
On Mon, 2015-11-09 at 07:11 -0700, Jan Beulich wrote:
> > > > On 09.11.15 at 15:01, wrote:
> > SPIs are too numerous and not indivcidually as interesting.
> >
> > Make the exists #IPIS counter x86 specific.
>
> I'd recommend not to - even if ARM doesn't want to use it, it's still a
> pretty gene
Hi Matthew,
Can you please try with mpt2sas driver's max_msix_vectors set to one.
~Sreekanth
On Fri, Nov 6, 2015 at 11:38 PM, Matthew Vernon wrote:
> Hi,
>
> [These lists are in the MAINTAINERS file for mpt2sas; I hope this is
> the correct place to report this problem. Xen-devel CCd as this is
Hi,
On 09/11/15 14:20, Ian Campbell wrote:
> On Mon, 2015-11-09 at 07:11 -0700, Jan Beulich wrote:
> On 09.11.15 at 15:01, wrote:
>>> SPIs are too numerous and not indivcidually as interesting.
>>>
>>> Make the exists #IPIS counter x86 specific.
>>
>> I'd recommend not to - even if ARM doesn'
>>> On 09.11.15 at 15:24, wrote:
> On 09/11/15 14:20, Ian Campbell wrote:
>> On Mon, 2015-11-09 at 07:11 -0700, Jan Beulich wrote:
>> On 09.11.15 at 15:01, wrote:
SPIs are too numerous and not indivcidually as interesting.
Make the exists #IPIS counter x86 specific.
>>>
>>> I'd
Since calling the function isn't cheap, try to avoid the call when we
know up front it won't help; see the code comment for details on those
conditions.
Signed-off-by: Jan Beulich
---
v2: Adjust conditions and body of the if() to make them easier
understandable, without altering behavior (req
As noted regarding the mixture of checks in p2m_pt_set_entry(),
introduce an new P2M type group allowing to be used everywhere we
just care about accepting operations with either a valid MFN or a type
permitting to be used without (valid) MFN.
Note that p2m_mmio_dm is not included in P2M_NO_MFN_TY
On Mon, 2015-11-09 at 14:00 +, Ian Campbell wrote:
> Signed-off-by: Ian Campbell
>
Reviewed-by: Dario Faggioli
And, while we're here, I've been thinking since a while to try
implementing an xl interface for these counters... How bad of an idea
is that?
Is something like that possible alread
On 09/11/15 14:52, Jan Beulich wrote:
> As noted regarding the mixture of checks in p2m_pt_set_entry(),
> introduce an new P2M type group allowing to be used everywhere we
"a new P2M"
> just care about accepting operations with either a valid MFN or a type
> permitting to be used without (valid)
So I had a user report that he couldn't get the vnclisten option to
work. It turns out he was using a PV guest, and had the following in
his config file:
vfb=[ 'type=vnc' ]
vnclisten='0.0.0.0'
After digging around in the code, it turns out that the following is
accepted for PV guests:
vnc=1
vnc
On 11/09/2015 09:53 AM, Dario Faggioli wrote:
On Mon, 2015-11-09 at 14:00 +, Ian Campbell wrote:
Signed-off-by: Ian Campbell
Reviewed-by: Dario Faggioli
And, while we're here, I've been thinking since a while to try
implementing an xl interface for these counters... How bad of an idea
i
>>> On 06.11.15 at 17:05, wrote:
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -5143,6 +5143,7 @@ static hvm_hypercall_t *const
> hvm_hypercall64_table[NR_hypercalls] = {
> HYPERCALL(sysctl),
> HYPERCALL(domctl),
> HYPERCALL(tmem_op),
> +HYPERCALL(xenpmu_op
On Tue, Oct 06, 2015 at 05:11:51PM +0100, Ian Campbell wrote:
> On Tue, 2015-10-06 at 10:58 -0500, Doug Goldstein wrote:
> > You stated this better than I did. My goal is not to necessarily make
> > this like the Linux kernel where users toggle on different bits at a
> > whim but more for developer
>>> On 09.11.15 at 16:02, wrote:
> On 09/11/15 14:52, Jan Beulich wrote:
>> As noted regarding the mixture of checks in p2m_pt_set_entry(),
>> introduce an new P2M type group allowing to be used everywhere we
>
> "a new P2M"
>
>> just care about accepting operations with either a valid MFN or a
On 10/23/2015 03:04 PM, Juergen Gross wrote:
This series is a combination of my previous patches:
"libxc: remove most of tools/libxc/xc_dom_compat_linux.c"
"tools: remove unused wrappers for python"
I have split it up as requested by Ian Campbell, thus it consists of
13 patches instead just of
1 - 100 of 159 matches
Mail list logo