The version embedded with kdb only updates to 4.1.0. How can I use it with xen
4.6? Or is there any other debuggers which can step in Xen?
From: quizy_jo...@outlook.com
To: xen-devel@lists.xen.org
Date: Wed, 16 Dec 2015 06:57:02 +
Subject: [Xen-devel] how to enable kdb for xen
I tried to
>>> On 16.12.15 at 04:51, wrote:
> --- a/xen/drivers/passthrough/pci.c
> +++ b/xen/drivers/passthrough/pci.c
> @@ -1318,6 +1318,25 @@ int iommu_remove_device(struct pci_dev *pdev)
> return hd->platform_ops->remove_device(pdev->devfn, pci_to_dev(pdev));
> }
>
> +int iommu_hide_device(struct
On Tue, 2015-12-15 at 02:02 -0700, Jan Beulich wrote:
> > > > On 15.12.15 at 09:14, wrote:
> > On Fri, 2015-12-11 at 02:26 -0700, Jan Beulich wrote:
> > > > > > On 10.12.15 at 19:19, wrote:
> > > > On 07/12/15 09:16, Huaitong Han wrote:
> > > > > +if ( likely(!pte_pkeys) )
> > > > > +
>>> On 16.12.15 at 09:16, wrote:
> On Tue, 2015-12-15 at 02:02 -0700, Jan Beulich wrote:
>> Well, I wouldn't want you to introduce a brand new function, but
>> instead just factor out the necessary piece from xsave() (making
>> the new one take a struct xsave_struct * instead of a struct vcpu *,
>
This run is configured for baseline tests only.
flight 38516 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38516/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 9 deb
On Wed, 2015-12-16 at 01:32 -0700, Jan Beulich wrote:
> > > > On 16.12.15 at 09:16, wrote:
> > On Tue, 2015-12-15 at 02:02 -0700, Jan Beulich wrote:
> > > Well, I wouldn't want you to introduce a brand new function, but
> > > instead just factor out the necessary piece from xsave() (making
> > > t
>>> On 15.12.15 at 22:02, wrote:
> --- a/xen/arch/x86/hvm/emulate.c
> +++ b/xen/arch/x86/hvm/emulate.c
> @@ -1778,6 +1778,28 @@ int hvm_emulate_one_no_write(
> return _hvm_emulate_one(hvmemul_ctxt, &hvm_emulate_ops_no_write);
> }
>
> +static const struct x86_emulate_ops hvm_emulate_ops_mmi
>>> On 16.12.15 at 10:03, wrote:
> On Wed, 2015-12-16 at 01:32 -0700, Jan Beulich wrote:
>> > > > On 16.12.15 at 09:16, wrote:
>> > On Tue, 2015-12-15 at 02:02 -0700, Jan Beulich wrote:
>> > > Well, I wouldn't want you to introduce a brand new function, but
>> > > instead just factor out the nece
Add support for the virtual mapped linear p2m list of pv-domains in the
v2 migrate stream. This will allow to migrate domains larger than 512
GB.
Tested with 32- and 64-bit pv-domains both with and without linear p2m
list and with a hvm domain.
Changes in V3:
- Moved defines to header file in pat
In order to prepare using the virtual mapped linear p2m list for
migration split mapping of the p2m leaf pages into a separate function.
Signed-off-by: Juergen Gross
Reviewed-by: Andrew Cooper
---
tools/libxc/xc_sr_save_x86_pv.c | 77 -
1 file changed, 45
In order to be able to migrate pv-domains with more than 512 GB of RAM
the p2m information can be specified by the guest kernel via a virtual
mapped linear p2m list instead of a 3 level tree.
Add support for this new p2m format in libxc.
As the sanity checking of the virtual p2m address needs def
With support of the virtual mapped linear p2m list for migration it is
now possible to detect structural changes of the p2m list which before
would either lead to a crashing or otherwise wrong behaving domU.
A guest supporting the linear p2m list will increment the
p2m_generation counter located i
Set the SIF_VIRT_P2M_4TOOLS flag for pv-domUs in the domain builder
to indicate the Xen tools have full support for the virtual mapped
linear p2m list.
This will enable pv-domUs to drop support of the 3 level p2m tree
and use the linear list only. Without setting this flag some kernels
might limit
On Fri, 2015-12-11 at 15:16 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST] make-flight: Support specifying a
> mini-os tree+revision"):
> > This is useful for standalone or adhoc use as well as (presumably)
> > bisection.
> >
> > There is no ap-* or cr-daily-* integration here b
On Wed, 2015-12-16 at 01:01 +0330, Alireza Vaezi wrote:
> I'm using Xen 4.4.2 and I need to be able to change or set my preferred
> (available) ssl cipher suit like RC4-SHA, or DES-CBC-SHA , etc. to be
> further used in relocation/migration of domU via ssl.
>
> I suppose I need to make changes in
On Wed, 2015-12-16 at 00:50 -0700, Jan Beulich wrote:
> Move a few misplaced entries into their intended (alphabetical) slots.
>
> Update qemu and mini-os tree info.
>
> Signed-off-by: Jan Beulich
Acked-by: Ian Campbell
___
Xen-devel mailing list
X
On Wed, 2015-12-16 at 00:53 -0700, Jan Beulich wrote:
> Also the issue 3rd issue mentioned in commit d37d63d4b5 ("symbols:
> prefix static symbols with their source file names") has been fixed by
> binutils commit 270f824531 (also expected to appear in 2.27).
>
> Signed-off-by: Jan Beulich
Ack
On Wed, 2015-12-16 at 07:27 +0100, Juergen Gross wrote:
> On 15/12/15 22:41, Daniel De Graaf wrote:
> > On 15/12/15 07:16, Ian Campbell wrote:
> > > On Fri, 2015-12-11 at 16:47 +0100, Juergen Gross wrote:
> > > > The program init-xenstore-domain to start a xenstore domain instead
> > > > of the xen
On Tue, 2015-12-15 at 16:15 -0700, Jim Fehlig wrote:
> On 12/14/2015 04:37 AM, Ian Campbell wrote:
> > On Mon, 2015-12-14 at 11:15 +, Daniel P. Berrange wrote:
> > > On Thu, Dec 10, 2015 at 11:38:36AM +, Ian Campbell wrote:
> > > > Upstream Xen is in the process of splitting the (stable API
On Tue, 2015-12-15 at 15:20 -0700, Jim Fehlig wrote:
> From: Ian Campbell
>
> xend prior to 4.0 understands vcpus as maxvcpus and vcpu_avail
> as a bit map of which cpus are online (default is all).
>
> xend from 4.0 onwards understands maxvcpus as maxvcpus and
> vcpus as the number which are on
On Tue, 2015-12-15 at 18:00 +, Stefano Stabellini wrote:
> On Wed, 9 Dec 2015, Ian Campbell wrote:
> > This is just the minimally required basic infra and header, no actual
> > useful data is saved yet.
> >
> > Signed-off-by: Ian Campbell
> > ---
> > xen/arch/arm/Makefile |
On Tue, 2015-12-15 at 18:37 +, Stefano Stabellini wrote:
> On Wed, 9 Dec 2015, Ian Campbell wrote:
> > These correspond to the content of struct xen_arch_domainconfig.
> >
> > On restore various things are checked, mostly to ensure they match the
> > hardcoded things of the restoring Xen.
> >
On Tue, 2015-12-15 at 16:34 -0500, Daniel De Graaf wrote:
> On 14/12/15 07:05, Ian Jackson wrote:
> > Ian Campbell writes ("[PATCH] flask: Allow device model to raise PCI
> > interrupts (pcilevel capability)"):
> > ...
> > > - allow $1 $2_target:hvm { getparam setparam trackdirtyvram
> > > hvmctl i
>>> On 28.11.15 at 22:44, wrote:
> --- a/xen/include/public/arch-x86/xen.h
> +++ b/xen/include/public/arch-x86/xen.h
> @@ -290,6 +290,7 @@ struct xen_arch_domainconfig {
> XEN_X86_EMU_VGA | XEN_X86_EMU_IOMMU |
> \
> XEN
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Wire in the Kconfig build and makefile rules to be able to generate
> valid configuration files to be used by the build process but don't
> actually use the output for affecting the Xen build. To avoid dragging
> in most of Kbuild from the
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Switches the build system to rely on the options and flags generated by
> Kconfig to control what gets built and how. Follow on patches will
> convert items to be prefixed with CONFIG_. Additionally remove a #define
> that resulted in a red
On Tue, 2015-12-15 at 07:12 -0600, Doug Goldstein wrote:
> The patch series can be grabbed at:
> https://github.com/cardoe/xen/tree/kconfig_v8
I tried this with:
$ git clean -fdqx xen
$ make -C xen XEN_TARGET_ARCH=arm64 defconfig
Followed by running my usual build script which does:
+ make -C x
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Switches the build system to rely on the options and flags generated by
> Kconfig to control what gets built and how. Follow on patches will
> convert items to be prefixed with CONFIG_. Additionally remove a #define
> that resulted in a red
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated HAS_PASSTHROUGH defines for the code base.
>
> CC: Ian Campbell
> CC: Stefano Stabellini
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> CC: Daniel De Graaf
> Signed-off-by: Doug Goldstein
> Acked
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_DEVICE_TREE defines in the code
> base.
>
> CC: Ian Campbell
> CC: Stefano Stabellini
> CC: Jan Beulich
> CC: Daniel De Graaf
> Signed-off-by: Doug Goldstein
> Acked-by: Jan Beulich
Acked-by: Ian
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_NS16550 defines in the code base.
>
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> Signed-off-by: Doug Goldstein
> Acked-by: Jan Beulich
Acked-by: Ian Campbell
___
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_VIDEO defines in the code base.
>
> CC: Ian Campbell
> CC: Stefano Stabellini
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> Signed-off-by: Doug Goldstein
> Acked-by: Jan Beulich
Acke
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_ARM_HDLCD defines in the code base.
>
> CC: Ian Campbell
> CC: Stefano Stabellini
> Signed-off-by: Doug Goldstein
> Acked-by: Jan Beulich
Acked-by: Ian Campbell
_
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_PDX defines in the code base.
>
> CC: Ian Campbell
> CC: Stefano Stabellini
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> Signed-off-by: Doug Goldstein
> Acked-by: Jan Beulich
Acked-
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_EXYNOS4210 defines in the code base.
>
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Jan Beulich
> CC: Keir Fraser
> CC: Tim Deegan
> Signed-off-by: Doug Goldstein
> Acked-by: Jan Beulich
Acked-by:
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_PL011 defines in the code base.
>
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Jan Beulich
> CC: Keir Fraser
> CC: Tim Deegan
> Signed-off-by: Doug Goldstein
> Acked-by: Jan Beulich
Acked-by: Ian
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_CADENCE_UART defines in the code
> base.
>
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Jan Beulich
> CC: Keir Fraser
> CC: Tim Deegan
> Signed-off-by: Doug Goldstein
> Acked-by: Jan Beulich
Acked
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_OMAP defines in the code base.
>
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Jan Beulich
> CC: Keir Fraser
> CC: Tim Deegan
> Signed-off-by: Doug Goldstein
> Acked-by: Jan Beulich
Acked-by: Ian C
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_SCIF defines in the code base.
>
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Jan Beulich
> CC: Keir Fraser
> CC: Tim Deegan
> Signed-off-by: Doug Goldstein
> Acked-by: Jan Beulich
Acked-by: Ian C
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_GICV3 defines in the code base.
>
> CC: Ian Campbell
> CC: Stefano Stabellini
> Signed-off-by: Doug Goldstein
Acked-by: Ian Campbell
___
Xen-devel mail
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_MEM_PAGING defines in the code base.
>
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> CC: Razvan Cojocaru
> CC: Tamas K Lengyel
> CC: Daniel De Graaf
> Signed-off-by: Doug Goldstein
>
On Tue, 2015-12-15 at 07:13 -0600, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_MEM_ACCESS defines in the code base.
>
> CC: Ian Campbell
> CC: Stefano Stabellini
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> CC: Razvan Cojocaru
> CC: Tamas K Lengyel
> CC: Daniel
On Wed, 2015-12-16 at 00:37 -0700, Jan Beulich wrote:
> > > > On 15.12.15 at 14:12, wrote:
> > The following series is a follow on to the Kconfig conversion patch
> > series.
> > There are still more components to convert however this is the bare
> > minimal
> > to get everything working and get t
On Wed, 2015-12-16 at 10:33 +, Ian Campbell wrote:
> On Tue, 2015-12-15 at 07:12 -0600, Doug Goldstein wrote:
> > The patch series can be grabbed at:
> > https://github.com/cardoe/xen/tree/kconfig_v8
>
> I tried this with:
>
> $ git clean -fdqx xen
> $ make -C xen XEN_TARGET_ARCH=arm64 defcon
On 12/16/15 1:27 AM, Jan Beulich wrote:
On 15.12.15 at 23:39, wrote:
>> --- a/MAINTAINERS
>> +++ b/MAINTAINERS
>> @@ -139,6 +139,12 @@ F: xen/drivers/char/omap-uart.c
>> F: xen/drivers/char/pl011.c
>> F: xen/drivers/passthrough/arm/
>>
>> +KCONFIG
>> +M: Doug Goldstein
>> +S: Su
On Tue, 2015-12-15 at 18:27 +0100, Roger Pau Monne wrote:
> The discussion in [1] lead to an agreement of the missing pieces in PVH
> (or HVM without a device-model) in order to progress with it's
> implementation.
>
> One of the missing pieces is a new boot ABI, that replaces the PV boot
> ABI. T
On Wed, 2015-12-16 at 10:11 +, Ian Campbell wrote:
> On Tue, 2015-12-15 at 15:20 -0700, Jim Fehlig wrote:
> > From: Ian Campbell
> >
> > xend prior to 4.0 understands vcpus as maxvcpus and vcpu_avail
> > as a bit map of which cpus are online (default is all).
> >
> > xend from 4.0 onwards un
On Tue, 2015-12-15 at 18:33 +, Andrew Cooper wrote:
> On 15/12/15 17:51, Julien Grall wrote:
> > Hi all,
> >
> > This patch aims is a first attempt to write the hypercall dispatch in
> > assembly
> > in order to avoid reloading the hypercall arguments from the stack.
>
> Why? A couple of sta
flight 66395 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/66395/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 15 guest-localmigrate/x10 fail REGR. vs.
65643
Regressions
Hello Luca,
the recommended way to increase disk performance would be to use Xen PV
disks. You just need to install the Windows PV drivers:
http://www.xenproject.org/developers/teams/windows-pv-drivers.html
But using VirtIO disk should also increase performance, even though
most probably not as
Signed-off-by: Doug Goldstein
---
xen/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/Makefile b/xen/Makefile
index 487eeaa..9023863 100644
--- a/xen/Makefile
+++ b/xen/Makefile
@@ -33,7 +33,7 @@ default: build
.PHONY: dist
dist: install
-build:: include/confi
On 12/16/15 4:33 AM, Ian Campbell wrote:
> On Tue, 2015-12-15 at 07:12 -0600, Doug Goldstein wrote:
>> The patch series can be grabbed at:
>> https://github.com/cardoe/xen/tree/kconfig_v8
>
> I tried this with:
>
> $ git clean -fdqx xen
> $ make -C xen XEN_TARGET_ARCH=arm64 defconfig
>
> Followe
On Wed, 2015-12-16 at 05:42 -0600, Doug Goldstein wrote:
> Signed-off-by: Doug Goldstein
Thanks, with this my build issue has gone away and I can confirm that the
same set of .o files are built for arm* and the target file is the same
size both before and after this series, which implies to me th
Use the Kconfig generated CONFIG_COMPAT defines in the code base.
CC: Keir Fraser
CC: Jan Beulich
CC: Andrew Cooper
Signed-off-by: Doug Goldstein
---
config/x86_64.mk | 1 -
xen/arch/x86/Kconfig | 1 +
xen/common/Kconfig | 7 +++
3 files changed, 8 insertions(+), 1 deletion(-)
diff
On 12/15/15 9:23 AM, Jan Beulich wrote:
On 15.12.15 at 14:13, wrote:
>> --- a/xen/arch/x86/Kconfig
>> +++ b/xen/arch/x86/Kconfig
>> @@ -24,6 +24,13 @@ config ARCH_DEFCONFIG
>>
>> menu "Architecture Features"
>>
>> +config COMPAT
>> +def_bool y
>> +help
>> + 32-bit interface
On 16/12/15 07:57, Jan Beulich wrote:
> ... since we don't need its virtual address anywhere (it's a
> placeholder page only after all). For this wo work (and possibly be
"to work"
> done elsewhere too) share_xen_page_with_guest() needs to mark pages
> handed to it as Xen heap ones.
>
> To be on
On Tue, 2015-12-15 at 12:11 +, Ian Campbell wrote:
> On Fri, 2015-12-11 at 10:00 -0600, Doug Goldstein wrote:
> > For all supported targets HAS_MEM_ACCESS is enabled so this drops the
> > conditional and always makes it enabled. The goal here is to remove the
> > setting in the top level config
flight 66401 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/66401/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail
REGR. vs. 65543
version targeted
In <1431963008.4944.80.ca...@citrix.com> I proposed stabilising some
parts of the libxenctrl API/ABI by disaggregating into separate
libraries.
This is v7 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
Using the same rune as we use for the Xen public headers, except we do
not need stdint.h here.
Signed-off-by: Ian Campbell
Acked-by: Wei Liu
---
v7: Drop -pendantic: Some library headers include parts of
xen/include/public, which in turn are not -pedantic clean
Retained ack, hope that's
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
... rather than in the libxc rule.
This puts all the header dependencies in one place and will allow us
to avoid races when more libraries which need these headers are
introduced. I observed issues with the xen-foreign/tmp.size file
getting deleted in parallel with another process trying to use it
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
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
The existing xc_map_foreign_bulk-like interface encourages callers to
miss error checking for partial failure (by forgetting to scan the err
array).
Add support for passing err==NULL which behaves in a
xc_map_foreign_pages-like manner and returns a global error for any
failure.
While documenting
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
Acked-by: Ian Jackson
---
tools/libs/evtchn/include/xenevtchn.h | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/tools/libs/evtchn/i
It can trivially be replaced by xc_map_foreign_pages which is the
interface I want to move to going forward (by standardising on _bulk
but handling err=NULL as _pages does).
The callers of _batch are checking a mixture of a NULL return or
looking to see if the top nibble of the (usually sole) mfn
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
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
Surprisingly it appears no callers need updating.
Signed-off-by: Ian Campbell
Acked-by: Wei Liu
Acked-by: Ian Jackson
---
v4: New patch
---
tools/libs/foreignmemory/compat.c | 2 +-
tools/libs/foreignmemory/freebsd.c | 4 ++--
.../libs/foreignmemory/include/x
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
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 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
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.
All in-tree users are updated to use the new names.
Upon re
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
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
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
This avoids a potential issue with a fork after allocation but before
madvise.
Signed-off-by: Ian Campbell
---
v7: New, replacing "tools/libs/call: linux: avoid forking between mmap
and madvise".
---
tools/libs/call/linux.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
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
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
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
Much like for gnttab and foreignmemory xencall hypercall buffers need
care.
Evtchn is a bit simpler (no magic mappings) but may not work from
parent + child simultaneously, document "parent only" since it is
consistent with the others.
Signed-off-by: Ian Campbell
---
v7: New
---
tools/libs/call
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.
libxenctrl links against this library
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
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
@
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 55e1e83..3641e41 100644
--- a/tools/libs/call/linux.c
+++ b/tools/libs/call/linux.c
@@ -94,7 +
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
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
Signed-off-by: Ian Campbell
---
v6: Also discuss recovering the memory.
v7: Further clarifications regarding forking based on ML discussions.
(Dropped Wei's ack)
---
.../libs/foreignmemory/include/xenforeignmemory.h | 33 +-
1 file changed, 32 insertions(+), 1 deletion(-
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
v4: Config.mk instead of .config
---
Config.mk | 28 +---
1 file changed, 13 insertions(+), 15 deletions(-)
diff --git a/Config.mk b/Config.mk
index 8fc7767..5472d45 100644
--- a/Config.mk
+++ b/Config.mk
@@ -1,5 +1,3 @@
-# -*- mode: Makefile; -*-
-
ifeq ($(filter /%,$(XE
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,
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
libxenctrl links against this library.
Also, request the compat xc_map_foreign API from libxc.
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
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 229d
In particular around error handling, behaviour on fork and the unmap
notification mechanism.
Behaviour of xengnttab_map_*grant_refs and xengntshr_share_pages on
partial failure has been confirmed/inferred (by inspection) on Linux
and Mini-os (the only two known implementations. Likewise the
behavi
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
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(-)
By having the "num" argument before the page and error arrays we can
potentially use a variable-length-array argument ("int pages[num]") in
the function prototype.
However VLAs are a C99 feature and we are currently targetting C89 and
later, so we don't actually make use of this here, merely arran
This behaviour has been confirmed by inspection on:
- Linux
- NetBSD & FreeBSD (NB: hcall->retval is the hypercall return value
only for values >= 0. For negative values the underlying privcmd
driver translates the value from Xen to {Net,Free}BSD errno space
and returns it as the result
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 libxenforeignmemory which provides access to
privileged foreign mappings and which will provide an interface
equivalent to x
1 - 100 of 229 matches
Mail list logo
