>>> On 05.08.16 at 22:53, wrote:
> On Fri, Aug 05, 2016 at 09:40:43AM -0600, Jan Beulich wrote:
>> >>> On 04.08.16 at 17:49, wrote:
>> > --- a/xen/include/xen/livepatch.h
>> > +++ b/xen/include/xen/livepatch.h
>> > @@ -44,7 +44,7 @@ unsigned long livepatch_symbols_lookup_by_name(const
>> > char
>>> On 05.08.16 at 23:08, wrote:
> On Fri, Aug 05, 2016 at 09:35:49AM -0600, Jan Beulich wrote:
>> >>> On 04.08.16 at 17:49, wrote:
>> > In general, the hooks provide flexibility when having to deal with
>> > unforeseen cases, but their application should be rarely required (<
>> > 10%)."
>>
>>
>>> On 06.08.16 at 18:55, wrote:
> On 06/08/16 17:24, osstest service owner wrote:
>> branch xen-4.6-testing
>> xenbranch xen-4.6-testing
>> job test-amd64-amd64-xl-pvh-intel
>> testid xen-boot
>>
>> Tree: linux git://xenbits.xen.org/linux-pvops.git
>> Tree: linuxfirmware git://xenbits.xen.org/oss
>>> On 05.08.16 at 19:07, wrote:
> On 05/08/16 14:54, Jan Beulich wrote:
> On 05.08.16 at 15:10, wrote:
>>> On 05/08/16 12:20, Jan Beulich wrote:
I wonder what good the duplication of the returned domain ID does: I'm
tempted to remove the one in the command-specific structure. Does
flight 100310 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100310/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-multivcpu 3 host-install(3)broken REGR. vs. 999
On Thu, Aug 4, 2016 at 5:13 AM, George Dunlap wrote:
> On 03/08/16 19:21, Tamas K Lengyel wrote:
>>> Although the behavior is very different compare to what x86 does. By default
>>> the guest will be able to play with altp2m.
>>
>> Personally my life would be a lot easier on x86 too if the default
Hi,
I was searching a way to clone a machine using both memory and disk
approach.
I checked xen save/restore but after restoring, I can only work some
seconds with my machine and it will crash with the_kernel_task_hang_up.
using an script* to clone a machine is not working either.
so is it a bug or
flight 100309 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100309/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 6 xen-boot fail REGR. vs. 99902
test-amd64-amd6
flight 100308 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100308/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 3 host-install(3) broken REGR. vs. 9
branch xen-4.5-testing
xenbranch xen-4.5-testing
job test-amd64-amd64-xl-pvh-amd
testid xen-boot
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbit
This run is configured for baseline tests only.
flight 66934 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66934/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 7e9cf612056ed2667eaad7f0e901f0a37f6ddd5b
baseline v
Hi,
I was searching a way to clone a machine using both memory and disk
approach.
I checked xen save/restore but after restoring, I can only work some
seconds with my machine and it will crash with the_kernel_task_hang_up.
using an script* to clone a machine is not working either.
so is it a bug or
On Mon, Jul 25, 2016 at 7:01 PM, Anthony PERARD
wrote:
>
> On Sun, Jul 10, 2016 at 02:47:46PM +0300, Emil Condrea wrote:
> > This patch adds infrastructure for xen front drivers living in qemu,
> > so drivers don't need to implement common stuff on their own. It's
> > mostly xenbus management stu
On 5 August 2016 at 22:15, Roger Pau Monné wrote:
> On Thu, Aug 04, 2016 at 06:23:51PM +0530, Akshay Jaggi wrote:
> > Add grant table userspace device mappings for
> > FreeBSD (enables support for qdisk backend
> > on FreeBSD Dom0).
> >
> > Signed-off-by: Akshay Jaggi
> > ---
> > tools/include/
14 matches
Mail list logo