On Mon, 21 Aug 2017, Rajiv Ranganath wrote:
> +`stage1-xen-fedora-buildroot` has a external dependency
> +on [`binutils`](https://github.com/lambda-linux-fedora/binutils) package
> that is
> +compiled with `i386pe` support. You can download the pre-built RPMs
> +from [here](https://drive.google.c
On Mon, 22 May 2017, Julien Grall wrote:
> Hi all,
>
> Xen 4.9 rc6 is tagged. You can check that out from xen.git:
>
> git://xenbits.xen.org/xen.git 4.9.0-rc6
>
> For your convenience there is also a tarball at:
> https://downloads.xenproject.org/release/xen/4.9.0-rc6/xen-4.9.0-rc6.tar.gz
>
>
On Tue, 9 May 2017, Steven Haigh wrote:
> I'm trying to use the same build procedure I had for working correctly
> for Xen 4.7 & 4.8.1 - but am coming across this error:
>
> gcc -DPIC -m64 -DBUILD_ID -fno-strict-aliasing -std=gnu99 -Wall
> -Wstrict-prototypes -Wdeclaration-after-statement
> -W
On Fri, 7 Apr 2017, Roger Pau Monne wrote:
...
> +return xsm_default_action(XSM_TARGET, current->domain, d);
> case XEN_ALTP2M_external:
> -a = XSM_DM_PRIV;
> +return xsm_default_action(XSM_DM_PRIV, current->domain, d);
> break;
> case XEN_ALTP2M_limited:
On Tue, 4 Apr 2017, Ian Jackson wrote:
> Ian Jackson writes ("Re: [Xen-devel] Xen Security Advisory 206 - xenstore
> denial of service via repeated update"):
> > > [-Werror=bool-operation]
> > > if (!domain->wrl_delay_logged++) {
> >
> > I think this warning is wrong.
> ...
> > It's a shame
On Tue, 28 Mar 2017, Juergen Gross wrote:
> On 28/03/17 13:51, Lars Kurth wrote:
> >
> >> On 16 Mar 2017, at 05:00, Juergen Gross wrote:
> >>
> >> On 15/03/17 19:05, Mohsen wrote:
> >>> Thank you so much Lars.
> >>> I used LibreOffice and I will test HTML format and inform you.
> >>
> >> You are
On Thu, 16 Feb 2017, Juergen Gross wrote:
> On 16/02/17 08:52, Olaf Hering wrote:
> > Am Wed, 15 Feb 2017 15:51:12 -0500
> > schrieb Konrad Rzeszutek Wilk :
> >> mkdir /run/xen
> >> mkdir /run/xenstored
> >
> > This must be done by the startup scripts because the "run" directories,
> > where ever
On Thu, 24 Nov 2016, Ross Lagerwall wrote:
> GCC 6.1+ fixed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=192 which
> means that .rodata.str* sections are now split by function. We could
> probably be smarter about including just the sections we need, but for
> now, include all .rodata.str* sectio
On Wed, 23 Nov 2016, Andrew Cooper wrote:
> On 23/11/2016 23:06, M A Young wrote:
> > I have been experimenting with live patching with the recent batch of
> > security updates on Fedora xen with very limited success. I had most
> > attempts with a test build of xen-
I have been experimenting with live patching with the recent batch of
security updates on Fedora xen with very limited success. I had most
attempts with a test build of xen-4.8.0-rc6, and of the updates I have
tried only xsa192.patch uploads successfully. For example with
xsa191.patch the uploa
On Mon, 8 Aug 2016, Peng Fan wrote:
> ...
> :0:0: error: "__OBJECT_FILE__" redefined [-Werror]
> :0:0: note: this is the location of the previous definition
> cc1: all warnings being treated as errors
>
> ...
>
> Does this patch work when cross compile for ARM64?
I dropped that patch following su
On Tue, 7 Jun 2016, Jan Beulich wrote:
> >>> On 07.06.16 at 12:35, wrote:
> > On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
> > wrote:
> >> --- xen-4.7.0/config/StdGNU.mk.orig 2016-04-15 22:56:52.191227591 +0100
> >> +++ xen-4.7.0/config/StdGNU.mk 2016-04-15 23:01:40.978829756 +010
On Tue, 7 Jun 2016, George Dunlap wrote:
> On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
> wrote:
> > --- xen-4.7.0/config/StdGNU.mk.orig 2016-04-15 22:56:52.191227591 +0100
> > +++ xen-4.7.0/config/StdGNU.mk 2016-04-15 23:01:40.978829756 +0100
> > @@ -37,6 +37,12 @@
> >
> > ifneq
On Mon, 6 Jun 2016, George Dunlap wrote:
> Do you know where the "upstream" for these rules are, and how to get
> them changed in a way that will trickle down eventually to CentOS?
I got it fixed in very recent selinux-policy packages (see
https://bugzilla.redhat.com/show_bug.cgi?id=1334115 ) on
On Fri, 13 May 2016, Jan Beulich wrote:
> >>> On 13.05.16 at 15:49, wrote:
> > ...
> >
> > Still an issue - with 4.7.0-rc1.
>
> And I don't recall anyone having contributed a fix/workaround.
>
> > If I do:
> >
> > $export CFLAGS=" "'
> > $make
> >
> > I end up with:
> > gcc -E -O1 -fno-omit-
On Wed, 2 Mar 2016, Jan Beulich wrote:
> >>> On 01.03.16 at 23:43, wrote:
> > On Mon, 29 Feb 2016, Jan Beulich wrote:
> >> it just occurred to me that 4.5.2 has been a while back, and indeed
> >> 4.5.3 would be due later this week. This may be a little too eager,
> >> but I'd like to aim at getti
On Mon, 29 Feb 2016, Jan Beulich wrote:
> All,
>
> it just occurred to me that 4.5.2 has been a while back, and indeed
> 4.5.3 would be due later this week. This may be a little too eager,
> but I'd like to aim at getting this out at least some time next week.
> Besides what is in the tree alread
I am testing Fedora rawhide in a xen pv guest and I get the error
[9.809550] genirq: Flags mismatch irq 8. (hvc_console) vs.
(rtc0)
[9.809714] hvc_open: request_irq failed with rc -16.
during the boot and the hvc console doesn't respond when the boot
finishes. I have not
On Tue, 1 Dec 2015, Jan Beulich wrote:
> I.e. there must be something different in how make gets invoked or
> the environment set up.
It happens if CFLAGS is set to anything as a environment variable, eg.
export CFLAGS=" "
make dist-xen
Michael Young
On Tue, 1 Dec 2015, Jan Beulich wrote:
> >>> On 01.12.15 at 00:37, wrote:
> > When I try to build the current xen 4.7 master I get the following error
> >
> > :0:0: error: "__OBJECT_FILE__" redefined [-Werror]
> > :0:0: note: this is the location of the previous definition
> > cc1: all warnings
When I try to build the current xen 4.7 master I get the following error
:0:0: error: "__OBJECT_FILE__" redefined [-Werror]
:0:0: note: this is the location of the previous definition
cc1: all warnings being treated as errors
The problem seems to be that -D__OBJECT_FILE__= is set each time
xen/R
On Mon, 21 Sep 2015, Xen.org security team wrote:
> * DRAFT DRAFT DRAFT *
>
> Xen Security Advisory XSA-142
>
> ...
>
> xsa142.patch Xen 4.3.x and later
>
> $ sha256sum xsa142*.patch
> de0d6d19becac199037dce5a6a49e35cb7de5c99b8e2950600ed71fdc2d5a752
On Thu, 17 Sep 2015, Ian Campbell wrote:
> On Wed, 2015-09-16 at 14:54 +0100, Ian Jackson wrote:
> > M A Young writes ("Re: [PATCH v2 for-4.6] libxl: handle read-only drives
> > with qemu-xen"):
> > > On Tue, 15 Sep 2015, Stefano Stabellini wrote:
> > >
On Wed, 16 Sep 2015, Wei Liu wrote:
> On Tue, Sep 15, 2015 at 06:53:53PM +0100, M A Young wrote:
> > On Tue, 15 Sep 2015, Stefano Stabellini wrote:
> >
> > > } else {
> > > +if (!disks[i].readwrite) {
> > > +
On Tue, 15 Sep 2015, Stefano Stabellini wrote:
> } else {
> +if (!disks[i].readwrite) {
> +LIBXL__LOG(ctx, LIBXL__LOG_ERROR, "qemu-xen doesn't
> support read-only disk drivers");
> +return ERROR_INVAL;
> +}
> +
On Thu, 10 Sep 2015, Wei Liu wrote:
> On Thu, Sep 10, 2015 at 03:19:35PM +0100, George Dunlap wrote:
> > On Wed, Jan 7, 2015 at 9:40 AM, Olaf Hering wrote:
> > > On Tue, Jan 06, Ian Campbell wrote:
> > >
> > >> On Fri, 2014-12-19 at 12:25 +0100, Olaf Hering wrote:
> > >> > The shell wrapper in xe
On Thu, 10 Sep 2015, George Dunlap wrote:
> On Fri, Dec 19, 2014 at 11:25 AM, Olaf Hering wrote:
> > Using SELinux mount options per default breaks several systems.
> > Either the context= mount option is not known at all to the kernel,
> > as reported for ArchLinux. Or the default value "none" i
On Mon, 20 Jul 2015, Jan Beulich wrote:
> >>> On 19.07.15 at 11:33, wrote:
> > blktap2 fails to build with gcc5 because it fails to recognize that
> > there can be just one active connection (enforced in ctl_accept).
> >
> > Rearrange the code to handle just a single connection.
> > Adjust two
On Tue, 23 Jun 2015, Jan Beulich wrote:
> All,
>
> I am pleased to announce the release of Xen 4.5.1. This is
> available immediately from its git repository
> http://xenbits.xen.org/gitweb/?p=xen.git;a=shortlog;h=refs/heads/stable-4.5
> (tag RELEASE-4.5.1) or from the XenProject download page
>
On Mon, 1 Jun 2015, M A Young wrote:
> On Mon, 1 Jun 2015, Jan Beulich wrote:
>
> > >>> On 31.05.15 at 00:43, wrote:
> > > On 30/05/2015 23:07, M A Young wrote:
> > >> On Fri, 29 May 2015, Andrew Cooper wrote:
> > >>> FC22 is misc
On Mon, 1 Jun 2015, Jan Beulich wrote:
> >>> On 31.05.15 at 00:43, wrote:
> > On 30/05/2015 23:07, M A Young wrote:
> >> On Fri, 29 May 2015, Andrew Cooper wrote:
> >>> FC22 is miscompiling the C to:
> >>>
> >>> struct
On Fri, 29 May 2015, Andrew Cooper wrote:
> On 29/05/15 12:17, M A Young wrote:
> >
> >>> I did a bit of testing - xen-4.5.1-rc1 built on Fedora 22 (gcc5) doesn't
> >>> boot for me, but if I replace xen.gz with one from the same code built on
> >>
On Fri, 29 May 2015, Andrew Cooper wrote:
> On 29/05/15 11:50, M A Young wrote:
> > On Fri, 29 May 2015, Andrew Cooper wrote:
> >
> >> Are you in a position to compile identical Xen 4.5 source with two
> >> different
> >> versions of gcc? (current stagi
On Fri, 29 May 2015, Andrew Cooper wrote:
> Are you in a position to compile identical Xen 4.5 source with two different
> versions of gcc? (current staging-4.5 staging even has the gcc5 build fix
> in)
>
> If it is a gcc compiler bug, we would expect the version compiled with gcc
> 4.9 to work
On Wed, 20 May 2015, Major Hayden wrote:
> On 05/20/2015 05:41 AM, Jan Beulich wrote:
> > Considering that no-one else is seeing this - is this perhaps connected
> > to you building Xen with pre-release gcc 5.0.1? This is also because in
> > order for the above to indeed occur, mmio_ro_do_page_fau
On Fri, 13 Mar 2015, Ian Campbell wrote:
> On Fri, 2015-03-13 at 12:10 +, Jan Beulich wrote:
> [...]
> > For all of the above, at a first glance I'd say compiler bug. But to
> > be sure, could you send the three .o-s?
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
Michael You
On Wed, 11 Mar 2015, Korupol, Naveen (EXT) wrote:
> Hi Ian/Team
>
> It finally looks like xen and dom0 are stable, but the cli seems tricky.
>
> I can switch between xen/dom0 but cannot execute xm cmds...
xm was dropped in xen 4.5. Use xl instead.
Michael Young
___
On Mon, 9 Mar 2015, Korupol, Naveen (EXT) wrote:
> Hi Ian
>
> I am (awesome) glad to see your response.
>
>
> [IC] J6 EVM?
> [NK] is a TI (& Spectrum Digital) evaluation board built on OMAP 5
> architecture which has 2 ARM Cortex-A15 core(s), 2 Cortex-M4 cores and SGX544
> 3D graphics core(s)
>From 73bab9cb1cb95f35080fadaf1193cbe45327a89c Mon Sep 17 00:00:00 2001
From: Michael Young
Date: Sun, 8 Feb 2015 15:54:23 +
Subject: [PATCH] tools/ocaml: remove uint32 use added by 674ad2b
In 674ad2b (xenstore: extend the xenstore ring with a 'closing' signal)
two uses of uint32 are added to
On Tue, 16 Dec 2014, Wei Liu wrote:
On Tue, Dec 16, 2014 at 08:38:42PM +, M A Young wrote:
[...]
Is this patch going to get committed in time for xen 4.5?
Yes. See d36a3734a6.
And there's a subsequence patch to fix a regression caused by that
patch. See 09b7ff1a.
Wei.
No that i
On Mon, 1 Dec 2014, Konrad Rzeszutek Wilk wrote:
On Fri, Nov 28, 2014 at 12:09:41PM +, Ian Campbell wrote:
On Wed, 2014-11-26 at 21:19 +, Andrew Cooper wrote:
On 26/11/2014 19:54, M A Young wrote:
If differences are found during the verification phase of xl migrate
--debug then it
On Fri, 12 Dec 2014, Ian Campbell wrote:
On Fri, 2014-12-12 at 12:37 +0100, Olaf Hering wrote:
On Fri, Dec 12, Ian Campbell wrote:
Seems ok. I wonder if the wrapper ought to source
@CONFIG_DIR@/@CONFIG_LEAF_DIR@/xencommons to obtain XENSTORED_* itself
rather than relying on the initscript a
On Thu, 11 Dec 2014, Vijay Kilari wrote:
Apart from OpenSUSE, I am looking for booting Dom0 with other distros like
Redhat & Ubuntu. If so what is the procedure for installing xen tools on these
distros?
Check out the wiki. A good place to start is
http://wiki.xenproject.org/wiki/Getting_S
On Thu, 11 Dec 2014, Olaf Hering wrote:
On Thu, Dec 11, Olaf Hering wrote:
This sounds like xenstored has to parse the possible environment
variables found in sysconfig.xencommons all by itself? Is there perhaps
a way out of the SELinux jail?
Does all that work with the sysv runlevel scrip
On Thu, 11 Dec 2014, Olaf Hering wrote:
On Wed, Dec 10, Konrad Rzeszutek Wilk wrote:
On Mon, Dec 08, 2014 at 11:18:05AM +0100, Olaf Hering wrote:
This is a resend of this series, with just the low hanging fruits:
http://lists.xenproject.org/archives/html/xen-devel/2014-12/msg00669.html
This
On Wed, 3 Dec 2014, Konrad Rzeszutek Wilk wrote:
On Wed, Dec 03, 2014 at 11:55:22AM +0100, Olaf Hering wrote:
On Wed, Dec 03, Ian Campbell wrote:
On Wed, 2014-12-03 at 11:49 +0100, Olaf Hering wrote:
On Wed, Dec 03, Ian Campbell wrote:
Ah I didn't know about the sd_listen_fds thing, so I
On Wed, 3 Dec 2014, Konrad Rzeszutek Wilk wrote:
On Tue, Dec 02, 2014 at 06:51:50PM +, M A Young wrote:
On Tue, 2 Dec 2014, Konrad Rzeszutek Wilk wrote:
On Tue, Dec 02, 2014 at 03:44:55PM +, Ian Campbell wrote:
On Tue, 2014-12-02 at 16:39 +0100, Olaf Hering wrote:
Since commit
On Tue, 2 Dec 2014, Konrad Rzeszutek Wilk wrote:
On Tue, Dec 02, 2014 at 03:44:55PM +, Ian Campbell wrote:
On Tue, 2014-12-02 at 16:39 +0100, Olaf Hering wrote:
Since commit 4542ae340d75bd6319e3fcd94e6c9336e210aeef ("tools/hotplug:
systemd xenstored dependencies") all service files use the
On Fri, 28 Nov 2014, Ian Campbell wrote:
On Fri, 2014-11-28 at 00:28 +, M A Young wrote:
Migrations with xl migrate --debug will fail because debugging information
from the receiving process is written to the stdout channel. This channel
is also used for status messages so the migration
Migrations with xl migrate --debug will fail because debugging information
from the receiving process is written to the stdout channel. This channel
is also used for status messages so the migration will fail as the sending
process receives an unexpected message. This patch moves the debugging
On Wed, 26 Nov 2014, Andrew Cooper wrote:
On 26/11/2014 20:51, M A Young wrote:
--- xen-4.5.0-rc1/tools/libxl/xl_cmdimpl.c.orig 2014-10-24 15:22:40.0
+0100
+++ xen-4.5.0-rc1/tools/libxl/xl_cmdimpl.c 2014-11-25 20:29:06.723856433
+000
0
@@ -383,7 +383,7 @@
Sadly, changing
Migrations with xl migrate --debug will fail because debugging information
from the receiving process is written to the stdout channel. This channel
is also used for status messages so the migration will fail as the sending
process receives an unexpected message. This patch moves the debugging
If differences are found during the verification phase of xl migrate
--debug then it is likely to crash with a segfault because the bogus
pagebuf->pfn_types[pfn] is used in a print statement instead of
pfn_type[pfn] .
Signed-off-by: Michael Young xl migrate --debug can segfault because pagebuf-
On Tue, 25 Nov 2014, Wei Liu wrote:
On Tue, Nov 25, 2014 at 08:52:00AM +, M A Young wrote:
[...]
And the said patch has been applied (3460eeb3fc2) so we're fine.
However that doesn't fix my crash. I tried with it applied and still saw the
crash. I also tried 4.5-rc1 (with
On Mon, 24 Nov 2014, Wei Liu wrote:
On Mon, Nov 24, 2014 at 01:13:25PM +, Andrew Cooper wrote:
On 24/11/14 11:50, George Dunlap wrote:
On Mon, Nov 24, 2014 at 12:07 AM, M A Young wrote:
On Sat, 22 Nov 2014, M A Young wrote:
While investigating a bug reported on Red Hat Bugzilla
On Mon, 24 Nov 2014, Andrew Cooper wrote:
On 24/11/14 14:32, M A Young wrote:
On Mon, 24 Nov 2014, Andrew Cooper wrote:
On 24/11/14 12:41, Wei Liu wrote:
On Sat, Nov 22, 2014 at 07:24:21PM +, M A Young wrote:
While investigating a bug reported on Red Hat Bugzilla
https
On Mon, 24 Nov 2014, Andrew Cooper wrote:
On 24/11/14 12:41, Wei Liu wrote:
On Sat, Nov 22, 2014 at 07:24:21PM +, M A Young wrote:
While investigating a bug reported on Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1166461
I discovered the following
xl migrate --debug
On Mon, 24 Nov 2014, Ian Campbell wrote:
On Mon, 2014-11-24 at 12:06 +, M A Young wrote:
On Mon, 24 Nov 2014, George Dunlap wrote:
On Mon, Nov 24, 2014 at 12:07 AM, M A Young wrote:
On Sat, 22 Nov 2014, M A Young wrote:
While investigating a bug reported on Red Hat Bugzilla
https
On Mon, 24 Nov 2014, George Dunlap wrote:
On Mon, Nov 24, 2014 at 12:07 AM, M A Young wrote:
On Sat, 22 Nov 2014, M A Young wrote:
While investigating a bug reported on Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1166461
I discovered the following
xl migrate --debug
On Sat, 22 Nov 2014, M A Young wrote:
While investigating a bug reported on Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1166461
I discovered the following
xl migrate --debug domid localhost does indeed fail for Xen 4.4 pv (the bug
report is for Xen 4.3 hvm ) when xl migrate
While investigating a bug reported on Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1166461
I discovered the following
xl migrate --debug domid localhost does indeed fail for Xen 4.4 pv (the
bug report is for Xen 4.3 hvm ) when xl migrate domid localhost works.
There are actually
On Fri, 21 Nov 2014, Ian Campbell wrote:
An absolute age ago Michael posted a patch to allow pygrub to work with
split-partition layouts (i.e. those where the guests disk cfg refers to
xvda1, xvda2, etc rather than an xvda with a partition table). See
http://lists.xen.org/archives/html/xen-devel
The build of xen-4.5.0-rc2 fails if XSM_ENABLE=y due to an inconsistency
in commit fda1614 "xen/arm: Add support for GICv3 for domU" which uses
XEN_DOMCTL_configure_domain in xen/xsm/flask/hooks.c and
xen/xsm/flask/policy/access_vectors but XEN_DOMCTL_arm_configure_domain
elsewhere.
M
63 matches
Mail list logo
