I have force pushed all four of the trees below. This is the expected
libvirt regression.
Ian.
osstest service owner writes ("[qemu-upstream-4.5-testing test] 102705:
regressions - FAIL"):
> flight 102705 qemu-upstream-4.5-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/1
On Sun, Oct 09, 2016 at 04:17:50PM +0100, Juergen Schinker wrote:
>
>
>
>
> hey guys I have here a blocker which I can't overcome
>
> maybe so can help
>
>
>
>
>
>
>
>
> make[7]: Entering directory '/root/xen/tools/firmware/etherboot/ipxe/src'
> [BUILD] bin/stringextra.o
> core/stri
hey guys I have here a blocker which I can't overcome
maybe so can help
make[7]: Entering directory '/root/xen/tools/firmware/etherboot/ipxe/src'
[BUILD] bin/stringextra.o
core/stringextra.c: In function ‘strtok’:
core/stringextra.c:189:18: error: nonnull argument ‘s’ compared to NU
>> While I didn't tested a lot, nearly everything seems to be working. The only
>> discovered two issues are:
>> It may be just placebo, but I think that the DomU takes a bit more time
>> while booting, and also after I shut down it from inside. With xl list, I
>> see that it stays around 20 sec
On 02/04/15 18:26, Zir Blazer wrote:
> This E-Mail is a followup of the previous one about the regression I had in
> Xen 4.4 compared to 4.3, here:
> http://www.gossamer-threads.com/lists/xen/devel/351336
> http://lists.xen.org/archives/html/xen-devel/2014-10/msg01341.html (This one
> is missing
This E-Mail is a followup of the previous one about the regression I had in Xen
4.4 compared to 4.3, here:
http://www.gossamer-threads.com/lists/xen/devel/351336
http://lists.xen.org/archives/html/xen-devel/2014-10/msg01341.html (This one is
missing from the previous link, here I discovered a wor
Testing
--
Yours sincerely,
Mr. Teo En Ming (Zhang Enming)
Singapore Citizen
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 22/12/14 15:53, Boris Ostrovsky wrote:
> With 250a1ac685f (x86, smpboot: Remove pointless preempt_disable() in
> native_smp_prepare_cpus()) HVM guests no longer boot since we are
> hitting BUG_ON(preemptible()) in xen_setup_cpu_clockevents().
>
> I don't think we need this test (PV or HVM), do
With 250a1ac685f (x86, smpboot: Remove pointless preempt_disable() in
native_smp_prepare_cpus()) HVM guests no longer boot since we are
hitting BUG_ON(preemptible()) in xen_setup_cpu_clockevents().
I don't think we need this test (PV or HVM), do we?
-boris
___
