On Mon, Aug 22, 2016 at 11:24:05AM +0100, Wei Liu wrote:
> On Fri, Aug 19, 2016 at 03:26:23PM +0100, Andrew Cooper wrote:
> > bios.bin as a name is far too generic. Rename it to seabios.bin.
> >
> > Signed-off-by: Andrew Cooper
>
> Hmm... I remember the first few versions of that series had it
flight 100751 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100751/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-libvirt 3 host-install(3) broken in 100748 pass in 100751
test-armhf-armhf-xl7 hos
LOCK prefixes get dealt with elsewhere and 66, F2, and F3 can all be
checked for in one go by looking at vex.pfx.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/x86_emulate/x86_emulate.c
+++ b/xen/arch/x86/x86_emulate/x86_emulate.c
@@ -3942,8 +3942,8 @@ x86_emulate(
goto rdtsc;
On 2016-08-25 23:18, li...@eikelenboom.it wrote:
On 2016-08-25 22:34, Doug Goldstein wrote:
On 8/25/16 4:21 PM, li...@eikelenboom.it wrote:
Today i tried to switch some of my HVM guests (qemu-xen) from booting
of
a kernel *inside* the guest, to a dom0 supplied kernel, which is
described as "Di
We updated flex output files in 4b314c89 ("libxl: update flex output
files") for DSA 3653-1 / CVE-2016-6354. But Debian security team
discovered the fix to flex was incomplete and issued DSA 3653-2. We need
to update our flex output files accordingly.
Signed-off-by: Wei Liu
---
Cc: Ian Jackson
-
Fill backend_domid field based on backend path.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On Mon, Sep 05, 2016 at 11:20:30AM +0200, li...@eikelenboom.it wrote:
> On 2016-08-25 23:18, li...@eikelenboom.it wrote:
> >On 2016-08-25 22:34, Doug Goldstein wrote:
> >>On 8/25/16 4:21 PM, li...@eikelenboom.it wrote:
> >>>Today i tried to switch some of my HVM guests (qemu-xen) from booting
> >>>
>>> On 05.09.16 at 05:11, wrote:
>
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Friday, September 2, 2016 9:55 PM
>> To: Wu, Feng
>> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com;
>> george.dun...@eu.citrix.com; Tian, Kevin ; xen-
>> de...@li
On 05/09/16 09:09, Anthony PERARD wrote:
> On Mon, Aug 22, 2016 at 11:24:05AM +0100, Wei Liu wrote:
>> On Fri, Aug 19, 2016 at 03:26:23PM +0100, Andrew Cooper wrote:
>>> bios.bin as a name is far too generic. Rename it to seabios.bin.
>>>
>>> Signed-off-by: Andrew Cooper
>> Hmm... I remember the
Fill backend_domid field based on backend path.
Cc: Ian Jackson
Cc: Wei Liu
Signed-off-by: Marek Marczykowski-Górecki
---
tools/libxl/libxl_nic.c | 12
1 file changed, 12 insertions(+)
diff --git a/tools/libxl/libxl_nic.c b/tools/libxl/libxl_nic.c
index c34b7ba..d1caa90 100644
--
Add a new xl command "qemu-monitor-command" to issue arbitrary commands
to a domain's device model. Syntax is:
xl qemu-monitor-command
The command is issued via qmp human-monitor-command command. Any
information returned by the command is printed to stdout.
Signed-off-by: Juergen Gross
---
d
>>> On 02.09.16 at 19:53, wrote:
> [PAUL] in line
Please configure your mail client to use proper quoting.
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, September 2, 2016 6:47 AM
On 19.08.16 at 19:22, wrote:
>> Ravi Sahita's dynamically allocated altp2m structs
>
> I thi
On Mon, Sep 05, 2016 at 10:28:25AM +0100, Andrew Cooper wrote:
> On 05/09/16 09:09, Anthony PERARD wrote:
> > On Mon, Aug 22, 2016 at 11:24:05AM +0100, Wei Liu wrote:
> >> On Fri, Aug 19, 2016 at 03:26:23PM +0100, Andrew Cooper wrote:
> >>> bios.bin as a name is far too generic. Rename it to seabi
>>> On 02.09.16 at 19:56, wrote:
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, September 2, 2016 6:31 AM
On 19.08.16 at 19:22, wrote:
>> +/* Init alternate p2m data. */
>> +if ( (d->arch.altp2m_eptp = alloc_xenheap_page()) == NULL )
>> +{
>> +rc = -ENOME
On Mon, Sep 05, 2016 at 11:26:04AM +0200, Marek Marczykowski-Górecki wrote:
> Fill backend_domid field based on backend path.
>
> Cc: Ian Jackson
> Cc: Wei Liu
> Signed-off-by: Marek Marczykowski-Górecki
Acked-by: Wei Liu
I think this is a backport candidate?
> ---
> tools/libxl/libxl_nic.
Julien Grall writes:
> Hi Vitaly,
>
> On 26/07/16 13:30, Vitaly Kuznetsov wrote:
>> It may happen that Xen's and Linux's ideas of vCPU id diverge. In
>> particular, when we crash on a secondary vCPU we may want to do kdump
>> and unlike plain kexec where we do migrate_to_reboot_cpu() we try booti
On 05/09/16 07:32, Jan Beulich wrote:
On 02.09.16 at 17:14, wrote:
>> On 01/09/16 16:27, Jan Beulich wrote:
> +{
> +if ( d->arch.x86_vendor == X86_VENDOR_AMD )
> +{
> +*eax = 0;
> +*ebx = 0;
> +
On Mon, Sep 05, 2016 at 10:39:16AM +0100, Wei Liu wrote:
> On Mon, Sep 05, 2016 at 11:26:04AM +0200, Marek Marczykowski-Górecki wrote:
> > Fill backend_domid field based on backend path.
> >
> > Cc: Ian Jackson
> > Cc: Wei Liu
> > Signed-off-by: Marek Marczykowski-Górecki
>
> Acked-by: Wei Liu
>>> On 05.09.16 at 11:20, wrote:
> Hmm it seems my thread was kind of hijacked and i was dropped from the
> CC.
>
> I had some time and bisected the issue and it resulted in:
>
> 5a3ce8f85e7e7bdd339d259daa19f6bc5cb4735f is the first bad commit
> commit 5a3ce8f85e7e7bdd339d259daa19f6bc5cb4735f
>
On Fri, Sep 02, 2016 at 11:22:04AM -0600, Tamas K Lengyel wrote:
> On Fri, Sep 2, 2016 at 11:18 AM, Andrew Cooper
> wrote:
> > On 02/09/16 17:39, Tamas K Lengyel wrote:
> >> While debugging applications built on top of libxc with Valgrind we get a
> >> lot
> >> of complaining about relying on uni
>>> On 05.09.16 at 11:43, wrote:
> On 05/09/16 07:32, Jan Beulich wrote:
> On 02.09.16 at 17:14, wrote:
>>> On 01/09/16 16:27, Jan Beulich wrote:
>> +{
>> +if ( d->arch.x86_vendor == X86_VENDOR_AMD )
>> +{
>> +*eax = 0;
>> +
On 05/09/16 10:13, Jan Beulich wrote:
> LOCK prefixes get dealt with elsewhere and 66, F2, and F3 can all be
> checked for in one go by looking at vex.pfx.
>
> Signed-off-by: Jan Beulich
As far as subsuming the checks goes, this is fine. However, is the code
actually correct? The manual makes n
On Mon, Sep 05, 2016 at 11:44:46AM +0200, Marek Marczykowski-Górecki wrote:
> On Mon, Sep 05, 2016 at 10:39:16AM +0100, Wei Liu wrote:
> > On Mon, Sep 05, 2016 at 11:26:04AM +0200, Marek Marczykowski-Górecki wrote:
> > > Fill backend_domid field based on backend path.
> > >
> > > Cc: Ian Jackson
On 2016-09-05 11:46, Jan Beulich wrote:
On 05.09.16 at 11:20, wrote:
Hmm it seems my thread was kind of hijacked and i was dropped from the
CC.
I had some time and bisected the issue and it resulted in:
5a3ce8f85e7e7bdd339d259daa19f6bc5cb4735f is the first bad commit
commit 5a3ce8f85e7e7bdd33
On 05/09/16 10:51, Jan Beulich wrote:
On 05.09.16 at 11:43, wrote:
>> On 05/09/16 07:32, Jan Beulich wrote:
>> On 02.09.16 at 17:14, wrote:
On 01/09/16 16:27, Jan Beulich wrote:
>>> +{
>>> +if ( d->arch.x86_vendor == X86_VENDOR_AMD )
>>> +
>>> On 05.09.16 at 07:17, wrote:
> SMEP/SMAP is a security feature to prevent kernel executing/accessing
> user address involuntarily, any such behavior will lead to a page fault.
>
> SMEP/SMAP is open (in CR4) for both Xen and HVM guest in earlier code.
> SMEP/SMAP bit set in Xen CR4 would enfor
Hi Wei,
On 02/09/2016 12:47, Wei Liu wrote:
The version of gcc (4.9.2) I use put constructors into .init_array*
section(s). Collect those sections into constructor list as well.
Modify both arm and x86 scripts to keep them in sync.
With Jan's comment handled:
Acked-by: Julien Grall
Regards
>>> On 05.09.16 at 11:52, wrote:
> On 05/09/16 10:13, Jan Beulich wrote:
>> LOCK prefixes get dealt with elsewhere and 66, F2, and F3 can all be
>> checked for in one go by looking at vex.pfx.
>>
>> Signed-off-by: Jan Beulich
>
> As far as subsuming the checks goes, this is fine. However, is th
From: "Kyle J. Temkin"
Currently, we don't copy in the interrupt parent from the host device
tree; and instead let Xen automatically figure it out when generating
the device tree for the hardware domain.
In cases where a non-GIC interrupt controller is present, this can lead
to incorrect assignm
From: "Kyle J. Temkin"
Tegra boards feature a NS16550-compatible serial mapped into the MMIO
space. Add support for its use both as a full-featured serial port and
as an earlyprintk driver.
Adds a new "needs_rtoie" (requires Rx Timeout Interrupt) quirk, as some
platforms-- including Tegra-- requ
The attached patch-set adds support for 32-bit and 64-bit Tegra SoCs; including
support for the Jetson TK1 and Jetson TX1 boards, as well as the Pixel C tablet.
It has been tested on the TK1, TX1, and Pixel C.
Many thanks to Ian Campbell, whose original Jetson TK1 patchset contained a lot
of point
Fill backend_domid field based on backend path.
Cc: Ian Jackson
Cc: Wei Liu
Signed-off-by: Marek Marczykowski-Górecki
---
tools/libxl/libxl.c | 12
1 file changed, 12 insertions(+)
diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
index e1ab6ec..9a888a1 100644
--- a/tools/li
From: "Kyle J. Temkin"
Several Tegra hardware devices-- and the Tegra device tree-- expect
the presence of a Tegra Legacy Interrupt Controller (LIC) in the hardware
domain. Accordingly, we'll need to expose (most of) the LIC's registers
to the hardware domain.
As the Tegra LIC provides the abil
From: "Kyle J. Temkin"
The addition of new IRQ-related platform hooks now allow platforms to
perform platform-specific interrupt logic; allowing e.g. virtualization
of platform-specific interrupt controller hardware.
This commit adds the ability to for the platform to identify the domain
a given
From: "Kyle J. Temkin"
Tegra devices have a legacy interrupt controller (lic, or ictlr) that
must be programmed in parallel with their primary GIC. For all intents
and purposes, we treat this devices attached to this controller as
connected to the primary GIC, as it will be handling their interru
From: "Kyle J. Temkin"
Some common platforms (e.g. Tegra) have non-traditional IRQ controllers
that must be programmed in addition to their primary GICs-- and which
can come in unusual topologies. Device trees for targets that feature
these controllers often deviate from the conventions that Xen
Hi Julien,
On 09/02/2016 12:51 PM, Julien Grall wrote:
>
>
> On 02/09/16 10:09, Sergej Proskurin wrote:
>> Hi Julien,
>>
>> On 09/01/2016 07:36 PM, Julien Grall wrote:
>>> Hello Sergej,
>>>
>>> On 16/08/16 23:16, Sergej Proskurin wrote:
---
xen/arch/arm/p2m.c| 71
+
flight 67637 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67637/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-amd64-sid-netboot-pygrub 9 debian-di-install fail like 67603
test-amd64-i386-i38
Wei Liu writes ("[PATCH] libxl: update flex output files for DSA 3653-2"):
> We updated flex output files in 4b314c89 ("libxl: update flex output
> files") for DSA 3653-1 / CVE-2016-6354. But Debian security team
> discovered the fix to flex was incomplete and issued DSA 3653-2. We need
> to update
>>> On 05.09.16 at 12:02, wrote:
> On 2016-09-05 11:46, Jan Beulich wrote:
> On 05.09.16 at 11:20, wrote:
>>> Hmm it seems my thread was kind of hijacked and i was dropped from the
>>> CC.
>>>
>>> I had some time and bisected the issue and it resulted in:
>>>
>>> 5a3ce8f85e7e7bdd339d259daa1
Juergen Gross writes ("[PATCH] libxl: add "xl qemu-monitor-command""):
> Add a new xl command "qemu-monitor-command" to issue arbitrary commands
> to a domain's device model. Syntax is:
>
> xl qemu-monitor-command
>
> The command is issued via qmp human-monitor-command command. Any
> informatio
Wei Liu writes ("Re: [PATCH] libxl: do not assume Dom0 backend while getting
nic info"):
> On Mon, Sep 05, 2016 at 11:44:46AM +0200, Marek Marczykowski-Górecki wrote:
> > Yes, certainly. If you want I can send a 4.7 version (function is in
> > libxl.c there).
Thanks for the backport.
Wei, can yo
On 23/08/16 02:54, Luwei Kang wrote:
> AVX512 is an extention of AVX2. Its spec can be found at:
> https://software.intel.com/sites/default/files/managed/b4/3a/319433-024.pdf
> This patch detects AVX512 features by CPUID.
>
> Signed-off-by: Luwei Kang
Reviewed-by: Andrew Cooper
_
On Mon, Sep 05, 2016 at 11:39:22AM +0100, Ian Jackson wrote:
> Wei Liu writes ("Re: [PATCH] libxl: do not assume Dom0 backend while getting
> nic info"):
> > On Mon, Sep 05, 2016 at 11:44:46AM +0200, Marek Marczykowski-Górecki wrote:
> > > Yes, certainly. If you want I can send a 4.7 version (func
On Mon, Sep 05, 2016 at 11:24:45AM +0100, Ian Jackson wrote:
> Wei Liu writes ("[PATCH] libxl: update flex output files for DSA 3653-2"):
> > We updated flex output files in 4b314c89 ("libxl: update flex output
> > files") for DSA 3653-1 / CVE-2016-6354. But Debian security team
> > discovered the
On Mon, Sep 05, 2016 at 10:31:21AM +0100, Wei Liu wrote:
> On Mon, Sep 05, 2016 at 10:28:25AM +0100, Andrew Cooper wrote:
> > On 05/09/16 09:09, Anthony PERARD wrote:
> > > On Mon, Aug 22, 2016 at 11:24:05AM +0100, Wei Liu wrote:
> > >> On Fri, Aug 19, 2016 at 03:26:23PM +0100, Andrew Cooper wrote:
FYI
Dell and us have now finished the exchange of the two problematic test
machines oseleta* with two new machines nobling0 and nobling1.
I have finished running commissioning tests and they are mostly
looking good. However, I am going to hold off putting them into
service, because they expose a
On Fri, Sep 02, 2016 at 10:56:44AM +0200, Juergen Gross wrote:
> Add a "testbuild" target to Makefile which builds various configurations.
> Repair some minor issues uncovered by those test builds.
> Document the config framework.
>
> Juergen Gross (3):
> mini-os: fix builds with uncommon config
On 2016-09-05 12:25, Jan Beulich wrote:
On 05.09.16 at 12:02, wrote:
On 2016-09-05 11:46, Jan Beulich wrote:
On 05.09.16 at 11:20, wrote:
Hmm it seems my thread was kind of hijacked and i was dropped from
the
CC.
I had some time and bisected the issue and it resulted in:
5a3ce8f85e7e7bdd3
== Attendees ==
Lars Kurth
George Dunlap
Doug Goldstein
Andrew Cooper
Paul Durrant
There were a few others, which I may have missed
I tried to transcribe from a recording we had at lunch, but due to background
noise I didn't get everything. Please add/correct, if I got something wrong.
There wa
On 05/09/16 12:32, Ian Jackson wrote:
> Juergen Gross writes ("[PATCH] libxl: add "xl qemu-monitor-command""):
>> Add a new xl command "qemu-monitor-command" to issue arbitrary commands
>> to a domain's device model. Syntax is:
>>
>> xl qemu-monitor-command
>>
>> The command is issued via qmp hum
>>> On 05.09.16 at 13:19, wrote:
> On 2016-09-05 12:25, Jan Beulich wrote:
>> Anyway - with you quite clearly having used HAP before, I can't
>> see how this commit would matter for you at all. In case you want
>> to double check you could try with a hypervisor built without
>> shadow paging code
Add some comment in Config.mk what to do in case of adding new config
options.
Signed-off-by: Juergen Gross
---
Config.mk | 5 +
1 file changed, 5 insertions(+)
diff --git a/Config.mk b/Config.mk
index 0e405bf..0baedd1 100644
--- a/Config.mk
+++ b/Config.mk
@@ -152,6 +152,11 @@ CFLAGS += -f
flight 100752 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100752/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 100597
test-armhf-armhf-xl-
On 2016-09-05 13:43, Jan Beulich wrote:
On 05.09.16 at 13:19, wrote:
On 2016-09-05 12:25, Jan Beulich wrote:
Anyway - with you quite clearly having used HAP before, I can't
see how this commit would matter for you at all. In case you want
to double check you could try with a hypervisor built w
Juergen Gross writes ("Re: [PATCH] libxl: add "xl qemu-monitor-command""):
> On 05/09/16 12:32, Ian Jackson wrote:
> > The rest of the documentation will need adjusting. As an example of
> > the incompleteness I am talking about I think the example shows only
> > some of the USB devices presented
On 05/09/16 14:18, Ian Jackson wrote:
> Juergen Gross writes ("Re: [PATCH] libxl: add "xl qemu-monitor-command""):
>> On 05/09/16 12:32, Ian Jackson wrote:
>>> The rest of the documentation will need adjusting. As an example of
>>> the incompleteness I am talking about I think the example shows on
>>> On 20.08.16 at 00:43, wrote:
> --- a/xen/arch/x86/efi/efi-boot.h
> +++ b/xen/arch/x86/efi/efi-boot.h
> @@ -103,9 +103,56 @@ static void __init relocate_trampoline(unsigned long
> phys)
> *(u16 *)(*trampoline_ptr + (long)trampoline_ptr) = phys >> 4;
> }
>
> +#define EBMALLOC_SIZE
flight 100755 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100755/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-i386 6 xen-boot fail REGR. vs. 100736
test-amd64-a
On Fri, 2016-09-02 at 12:46 +0100, anshul makkar wrote:
Hey, Anshul,
Thanks for having a look at the patch!
> On 17/08/16 18:19, Dario Faggioli wrote:
> >
> > --- a/xen/common/sched_credit2.c
> > +++ b/xen/common/sched_credit2.c
> >
> > + * Basically, if a soft-affinity is defined, the work do
On Fri, 2016-09-02 at 13:38 +0100, anshul makkar wrote:
> On 17/08/16 18:20, Dario Faggioli wrote:
> >
> > diff --git a/xen/common/sched_credit2.c
> > b/xen/common/sched_credit2.c
> >
> > @@ -1102,13 +1110,26 @@ runq_tickle(const struct scheduler *ops,
> > for_each_cpu(i, &mask)
> >
>>> On 05.09.16 at 07:17, wrote:
> @@ -1403,12 +1451,16 @@ void __init noreturn __start_xen(unsigned long mbi_p)
>
> if ( !opt_smep )
> setup_clear_cpu_cap(X86_FEATURE_SMEP);
> -if ( cpu_has_smep )
> +else if ( opt_smep == 1 )
> +__set_bit(X86_FEATURE_XEN_SMEP, boot
On Tue, Aug 9, 2016 at 11:40 AM, Jan Beulich wrote:
> This doesn't cover all of them, just the ones that I think would most
> obviously better be -EINVAL or -EOPNOTSUPP.
>
> Signed-off-by: Jan Beulich
FWIW:
Reviewed-by: George Dunlap
>
> --- a/xen/arch/x86/cpu/mcheck/vmce.c
> +++ b/xen/arch/x
Juergen Gross, on Mon 05 Sep 2016 13:43:30 +0200, wrote:
> Add some comment in Config.mk what to do in case of adding new config
> options.
>
> Signed-off-by: Juergen Gross
Reviewed-by: Samuel Thibault
> ---
> Config.mk | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/Config.mk
On Thu, 2016-09-01 at 12:08 +0100, anshul makkar wrote:
> On 17/08/16 18:19, Dario Faggioli wrote:
> >
> > diff --git a/xen/common/sched_credit2.c
> > b/xen/common/sched_credit2.c
> >
> > @@ -506,34 +506,68 @@ void smt_idle_mask_clear(unsigned int cpu,
> > cpumask_t *mask)
> > }
> >
> > /*
>
>>> On 02.09.16 at 12:47, wrote:
> @@ -178,8 +179,27 @@ static int hvmemul_do_io(
> break;
> case X86EMUL_UNHANDLEABLE:
> {
> -struct hvm_ioreq_server *s =
> -hvm_select_ioreq_server(curr->domain, &p);
> +struct hvm_ioreq_server *s = NULL;
> +
On Mon, Sep 05, 2016 at 03:23:10PM +0200, Samuel Thibault wrote:
> Juergen Gross, on Mon 05 Sep 2016 13:43:30 +0200, wrote:
> > Add some comment in Config.mk what to do in case of adding new config
> > options.
> >
> > Signed-off-by: Juergen Gross
>
> Reviewed-by: Samuel Thibault
>
Pushed.
_
On Wed, 2016-08-31 at 18:10 +0100, anshul makkar wrote:
> On 17/08/16 18:18, Dario Faggioli wrote:
> >
> > Right now, the following scenario can occurr:
> > - upon vcpu v wakeup, v itself is put in the runqueue,
> > and pcpu X is tickled;
> > - pcpu Y schedules (for whatever reason), sees
>>> On 02.09.16 at 12:47, wrote:
> Routine hvmemul_do_io() may need to peek the p2m type of a gfn to
> select the ioreq server. For example, operations on gfns with
> p2m_ioreq_server type will be delivered to a corresponding ioreq
> server, and this requires that the p2m type not be switched back
On Mon, 2016-08-22 at 10:21 +0100, Ian Jackson wrote:
> Dario Faggioli writes ("[PATCH 14/24] libxl: allow to set the
> ratelimit value online for Credit2"):
> >
> > This is the remaining part of the plumbing (the libxl
> > one) necessary to be able to change the value of the
> > ratelimit_us para
Nothing sets this yet, so no functional change.
Signed-off-by: Ian Jackson
---
ts-xen-build | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/ts-xen-build b/ts-xen-build
index 60ce9ee..4f06419 100755
--- a/ts-xen-build
+++ b/ts-xen-build
@@ -109,6 +109,7 @@ sub build () {
Newer Xen needs more work to make it cross compile for rump.
* Pass --host=TARGET to configure. This is needed so that configure
knows that we are deliberately cross compiling. (Otherwise it
tries to run target binaries on the host, and crashes when that fails.)
* Pass CROSS_COMPILE in the
If the guest has no runvars specifying any kind of disk, do not
attempt to mess about with unmounting it etc.
Signed-off-by: Ian Jackson
---
Osstest/TestSupport.pm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
index a6ab18f..7
This is very obsolete.
Signed-off-by: Ian Jackson
---
ap-common| 5 -
ts-rumprun-build | 46 +-
2 files changed, 1 insertion(+), 50 deletions(-)
diff --git a/ap-common b/ap-common
index 212da18..62d2e4f 100644
--- a/ap-common
+++ b/ap-com
Nothing passes this yet, so no functional change.
Signed-off-by: Ian Jackson
---
ts-xen-build | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/ts-xen-build b/ts-xen-build
index 4f06419..f5cff8b 100755
--- a/ts-xen-build
+++ b/ts-xen-build
@@ -25,7 +25,20 @@ use
Build steps all need the whole build tree in the same location, so
have to be part of this job.
Test jobs need only rumprun.
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
index 26f2f2c..191
Signed-off-by: Ian Jackson
---
ts-xen-build | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/ts-xen-build b/ts-xen-build
index 5933dd4..60ce9ee 100755
--- a/ts-xen-build
+++ b/ts-xen-build
@@ -125,10 +125,14 @@ END
fi
END
#/;
-buildcmd_stamped_logged(900
Have \bplay\b simply bypass the blessing check, but not the harness
revision update which follows.
Signed-off-by: Ian Jackson
---
Osstest/JobDB/Executive.pm | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/Osstest/JobDB/Executive.pm b/Osstest/JobDB/Executive.pm
index c
This makes room for setting up ccache.
No functional change yet.
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
index 98c8efc..24e54e1 100755
--- a/ts-rumprun-build
+++ b/ts-r
This series fixes the rump kernel build, and the test plumbing. The
tests still fail because they xenbus driver in rump kernel upstream
has rotted. I'm working on that...
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xe
ts-xen-build has a check that the actually-built versions of the
various subtrees are right. This allows it to spot if the machinery
for specifying the subtree revision hasn't worked.
However, this machinery is troublesome: it assumes that the value
specified in the revision_TREE runvar is a comm
(Well, our one executable: xenstore-ls)
Modern rumprun requires the output of the linker to be `baked' (second
link phase, where the complete unikernel is assembled).
This has to be done as part of the build, because it needs all the
rumpkernel libraries. It generates a single image file - there
Also, update for the current set of submodules.
Signed-off-by: Ian Jackson
---
ap-common| 2 +-
ts-rumprun-build | 5 ++---
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/ap-common b/ap-common
index 6fe3b78..14cc25a 100644
--- a/ap-common
+++ b/ap-common
@@ -37,7 +37,7 @@
Move our tested tree to /home/xen/git/osstest, where these kind of
things live nowadays.
Signed-off-by: Ian Jackson
---
ap-common | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/ap-common b/ap-common
index 14cc25a..212da18 100644
--- a/ap-common
+++ b/ap-common
@@ -39,8 +
Use `confess' to see where an undef $rfile came from. I think there
will probably be lots more of this pattern.
Signed-off-by: Ian Jackson
---
Osstest/TestSupport.pm | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
index d0d6ef3..a6ab18f 100
The WOPR demo is gone from rumpkernel upstream.
Sadly this leaves us without a test that the rump environment's
networking is functional.
Signed-off-by: Ian Jackson
---
sg-run-job | 4
1 file changed, 4 deletions(-)
diff --git a/sg-run-job b/sg-run-job
index 31a5589..0c7835e 100755
--- a/
The command is `build-rr.sh' nowadays. The output longer includes
test domain image and configuration. The output is in `rumprun'.
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
Nowadays the expected use pattern is
CC=<...rumprun...>-gcc ./configure
etc.
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
index 93c34d1..cb91d5c 100755
--- a/ts-rumprun-bu
We aren't going to cross-build a Xen hypervisor for the rump
environment. So don't configure it.
Signed-off-by: Ian Jackson
---
sg-run-job | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sg-run-job b/sg-run-job
index 0c7835e..eb3df26 100755
--- a/sg-run-job
+++ b/sg-run-job
The compiler wrappers are in a different location in the new rumprun
build tree.
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
index cb91d5c..7184f9d 100755
--- a/ts-rumprun-build
+++ b/ts-r
Turn the adhoc list of tree names and subdirectories in
collect_xen_built_versions into a hash, which we iterate over.
Doing this in a data-driven way allows us to provide this information
to callers of collect_xen_built_versions, which is going to be helpful
in a moment.
Signed-off-by: Ian Jacks
Flights being operated on by a developer hacking about with the code,
which were created with intended blessing `play', are usually blessed
`running' or `broken' or something. So the safety catch bypass needs
to look at the intended blessing too.
Signed-off-by: Ian Jackson
---
Osstest/JobDB/Exe
The framing output in rumprun upstream has changed.
Signed-off-by: Ian Jackson
---
ts-rumprun-demo-xenstorels | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/ts-rumprun-demo-xenstorels b/ts-rumprun-demo-xenstorels
index a40110a..831c58a 100755
--- a/ts-rumprun-demo-xenst
There is no config file any more, so this function now crashes due to
passing undef to target_editfile_root.
We do not need to edit it to set on_poweroff to preserve because this
is the default for rumprun.
Signed-off-by: Ian Jackson
---
ts-rumprun-demo-xenstorels | 15 ---
1 file c
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
index 24e54e1..26f2f2c 100755
--- a/ts-rumprun-build
+++ b/ts-rumprun-build
@@ -54,6 +54,7 @@ END
my $bindir;
my $gnutriplet;
Signed-off-by: Ian Jackson
---
ts-rumprun-demo-xenstorels | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ts-rumprun-demo-xenstorels b/ts-rumprun-demo-xenstorels
index 831c58a..3d29c46 100755
--- a/ts-rumprun-demo-xenstorels
+++ b/ts-rumprun-demo-xenstorels
@@ -83,7 +83,7 @@ s
The names have changed upstream.
Since upstream is no longer compatible and these tests have been
failing since then, we are going to treat this as an entirely new test
series.
In this patch we rename everything mechanically. More interesting
changes will come later.
git-mv -f ts-rumpuserxen-bu
>>> On 02.09.16 at 12:47, wrote:
> --- a/xen/arch/x86/hvm/emulate.c
> +++ b/xen/arch/x86/hvm/emulate.c
> @@ -95,6 +95,41 @@ static const struct hvm_io_handler null_handler = {
> .ops = &null_ops
> };
>
> +static int mem_read(const struct hvm_io_handler *io_handler,
> +u
Add a new xl command "qemu-monitor-command" to issue arbitrary commands
to a domain's device model. Syntax is:
xl qemu-monitor-command
The command is issued via qmp human-monitor-command command. Any
information returned by the command is printed to stdout.
Signed-off-by: Juergen Gross
---
d
Signed-off-by: Wei Liu
---
See:
https://travis-ci.org/liuw/mini-os/builds/157653746
Cc: Samuel Thibault
Cc: Juergen Gross
Cc: Doug Goldstein
IRC notification is not yet set up.
Doug, can we mirror mini-os.git to github/xen-project as well? I think
it would also be a good idea to post notific
1 - 100 of 134 matches
Mail list logo
