>>> On 01.12.15 at 17:50, wrote:
> @@ -746,6 +746,13 @@ static void core2_vpmu_do_cpuid(unsigned int input,
> if ( cpu_has(_cpu_data, X86_FEATURE_DSCPL) )
> *ecx |= cpufeat_mask(X86_FEATURE_DSCPL);
> }
> +break;
> +
> +
flight 65307 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65307/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: 02 December 2015 15:21
> To: Paul Durrant; xen-de...@lists.xenproject.org
> Cc: Ian Jackson; Stefano Stabellini; Wei Liu
> Subject: Re: [PATCH v1 2/2] libxl: re-implement libxl__xs_printf()
>
> On Tue,
> On Dec 2, 2015, at 9:36 AM, Jan Beulich wrote:
>
On 02.12.15 at 16:29, wrote:
>> --- a/xen/Makefile
>> +++ b/xen/Makefile
>> @@ -91,7 +91,8 @@ _clean: delete-unfresh-files
>> $(MAKE) -f $(BASEDIR)/Rules.mk -C xsm clean
>>
> On Dec 2, 2015, at 9:46 AM, Jan Beulich wrote:
>
On 02.12.15 at 16:41, wrote:
>
>>> On Dec 2, 2015, at 9:36 AM, Jan Beulich wrote:
>>>
>> On 02.12.15 at 16:29, wrote:
---
On Wed, 2015-12-02 at 11:42 +, Wei Liu wrote:
> On Tue, Dec 01, 2015 at 01:27:53PM -0600, Doug Goldstein wrote:
> > Prefer using the character device over the proc file if the character
> > device exists. This follows similar conversions of xenbus to avoid
> > issues with FMODE_ATOMIC_POS
On Dec 2, 2015, at 10:28 AM, Jan Beulich wrote:
On 02.12.15 at 16:04, wrote:
>> I have attached the output from 'xl dmesg' with iommu=debug
>> apic_verbosity=debug loglvl=all
>
> As of 4.6.0 it actually takes a debug hypervisor to get those
>
>>> On 02.12.15 at 16:29, wrote:
> --- a/xen/Makefile
> +++ b/xen/Makefile
> @@ -91,7 +91,8 @@ _clean: delete-unfresh-files
> $(MAKE) -f $(BASEDIR)/Rules.mk -C xsm clean
> $(MAKE) -f $(BASEDIR)/Rules.mk -C crypto clean
> $(MAKE) -f
At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote:
> > From: David Vrabel [mailto:david.vra...@citrix.com]
> > Sent: Saturday, November 14, 2015 2:50 AM
> >
> > If a page is freed without translations being invalidated, and the page is
> > subsequently allocated to another domain, a guest
On 02/12/15 16:23, Tim Deegan wrote:
> At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote:
>>> From: David Vrabel [mailto:david.vra...@citrix.com]
>>> Sent: Saturday, November 14, 2015 2:50 AM
>>>
>>> If a page is freed without translations being invalidated, and the page is
>>> subsequently
On 12/02/2015 02:02 PM, Jan Beulich wrote:
On 02.12.15 at 14:46, wrote:
Commit fc0c3fa2ad5c ("x86/IO-APIC: fix setup of Xen internally used IRQs
(take 2)") introduced a regression on some hardware where Xen would hang
during shutdown, repeating the following message:
>>> On 02.12.15 at 16:37, wrote:
> On Dec 2, 2015, at 10:28 AM, Jan Beulich wrote:
>
> On 02.12.15 at 16:04, wrote:
>>> I have attached the output from 'xl dmesg' with iommu=debug
>>> apic_verbosity=debug loglvl=all
>>
>> As of
On Wed, 2015-12-02 at 16:30 +0100, Juergen Gross wrote:
> On 02/12/15 16:28, Ian Campbell wrote:
> > On Wed, 2015-12-02 at 12:36 +, Andrew Cooper wrote:
> > > On 02/12/15 07:42, Juergen Gross wrote:
> > > > diff --git a/tools/libxc/xc_sr_save_x86_hvm.c
> > > >
On 12/2/15 3:47 AM, Ian Campbell wrote:
> On Tue, 2015-12-01 at 14:04 -0600, Doug Goldstein wrote:
>> On 11/30/15 11:19 AM, Ian Campbell wrote:
>>> On Mon, 2015-11-30 at 11:00 -0600, Doug Goldstein wrote:
Since there is a request to have KEXEC and the UARTs
configurable by the user
>>>
On 12/2/15 3:38 AM, Jan Beulich wrote:
On 01.12.15 at 21:04, wrote:
>> On 11/30/15 11:19 AM, Ian Campbell wrote:
>>> On Mon, 2015-11-30 at 11:00 -0600, Doug Goldstein wrote:
Since there is a request to have KEXEC and the UARTs
configurable by the user
>>>
>>> Who
On 28/11/15 15:47, Sander Eikelenboom wrote:
> genirq: Flags mismatch irq 8. (hvc_console) vs. (rtc0)
We shouldn't register an rtc_cmos device because its legacy irq
conflicts with the irq needed for hvc0. For a multi VCPU guest irq 8 is
in use for the pv spinlocks and this
On Fri, 2015-11-13 at 15:49 +, Andrew Cooper wrote:
> On 09/11/15 12:00, Ian Campbell wrote:
> > diff --git a/tools/libs/call/linux.c b/tools/libs/call/linux.c
> > new file mode 100644
> > index 000..906ca7e
> > --- /dev/null
> > +++ b/tools/libs/call/linux.c
> > @@ -0,0 +1,132 @@
> > +/*
I have attached the output from 'xl dmesg' with iommu=debug
apic_verbosity=debug loglvl=all
This is with 4.6.0, with the recent patch enabling mwait-idle on Skylake
applied. My initial post was running the latest out of xen.git master. I
may be able to try to newer code again later this week.
>>> On 02.12.15 at 16:04, wrote:
> I have attached the output from 'xl dmesg' with iommu=debug
> apic_verbosity=debug loglvl=all
As of 4.6.0 it actually takes a debug hypervisor to get those
messages logged (which arguably is wrong, and which quite
certainly is wrong for
Hi folks,
I just got off the phone with Bitergia and in the second phase of the study, we
will do the following.
1) More accurate matching of reviews to commits. This means
- Fix issues with capitalisation and white spaces, slashes, ...
- We do have a sizeable portion of patches that have the
On 12/2/15 4:35 AM, David Vrabel wrote:
> On 26/11/15 20:32, Doug Goldstein wrote:
>> When allocating a pciback device fails, avoid the possibility of a
>> use after free.
>
> We should not require clearing drvdata for correctness. We should
> ensure we retain drvdata for as long as it is
On Tue, 2015-12-01 at 13:55 +, Paul Durrant wrote:
> This patch adds a new libxl__xs_vprintf() which actually checks the
> success of the underlying call to xs_write() (logging if it fails) and
> then re-implements libxl__xs_printf() using this (and replacing the
> call to vasprintf() with a
On 02/12/15 16:28, Ian Campbell wrote:
> On Wed, 2015-12-02 at 12:36 +, Andrew Cooper wrote:
>> On 02/12/15 07:42, Juergen Gross wrote:
>>> diff --git a/tools/libxc/xc_sr_save_x86_hvm.c
>>> b/tools/libxc/xc_sr_save_x86_hvm.c
>>> index cdee774..3c879ed 100644
>>> ---
>>> On 02.12.15 at 16:41, wrote:
>> On Dec 2, 2015, at 9:36 AM, Jan Beulich wrote:
>>
> On 02.12.15 at 16:29, wrote:
>>> --- a/xen/Makefile
>>> +++ b/xen/Makefile
>>> @@ -91,7 +91,8 @@ _clean:
On Wed, 2015-12-02 at 12:36 +, Andrew Cooper wrote:
> On 02/12/15 07:42, Juergen Gross wrote:
> > diff --git a/tools/libxc/xc_sr_save_x86_hvm.c
> > b/tools/libxc/xc_sr_save_x86_hvm.c
> > index cdee774..3c879ed 100644
> > --- a/tools/libxc/xc_sr_save_x86_hvm.c
> > +++
In commit 8b6ef9c152edceabecc7f90c811cd538a7b7a110, several files in
xen/common/compat were changed to be built using the Makefile in
xen/common, by appending the compat prefix to the object
files. Additionally, the xen/common/compat directory was removed from
the subdirs-y variable, so it is no
>>> On 02.12.15 at 16:09, wrote:
> On 12/02/2015 02:02 PM, Jan Beulich wrote:
> On 02.12.15 at 14:46, wrote:
>>> --- a/xen/arch/x86/smp.c
>>> +++ b/xen/arch/x86/smp.c
>>> @@ -286,6 +286,7 @@ void __stop_this_cpu(void)
>>>
>>> static
I tested on VMware Fusion with 3, 4 and 8 CPUs, and it works in all cases.
(XEN) Xen version 4.6.1-pre ( 4.6.1~pre-1skyport1)
(eswi...@skyportsystems.com) (gcc (Debian 5.2.1-19.1skyport1) 5.2.1
20150930) debug=n Wed Dec 2 07:22:20 PST 2015
(XEN) Bootloader: SYSLINUX 4.05 20140113
(XEN) Command
On Tue, 2015-12-01 at 18:14 +0100, Juergen Gross wrote:
> Add some more checks for having got allocated memory in the domain
> builder. Related to this add an INVALID_PFN macro to be able to do
> these checks.
>
> Juergen Gross (2):
> libxc: replace INVALID_P2M_ENTRY by INVALID_PFN
> libxc:
Signed-off-by: Ian Campbell
---
cr-try-bisect-adhoc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/cr-try-bisect-adhoc b/cr-try-bisect-adhoc
index 5f8b7e1..f451324 100755
--- a/cr-try-bisect-adhoc
+++ b/cr-try-bisect-adhoc
@@ -27,6 +27,8 @@ nope () { echo "nope:
Otherwise the testid is missing from the filename, resulting in e.g.
http://osstest.test-lab.xenproject.org/~osstest/pub/results-adhoc/bisect/xen-unstable/test-amd64-amd64-qemuu-nested-intel..svg
Instead of test-amd64-amd64-qemuu-nested-intel.debian-hvm-install-l1-l2.svg
Signed-off-by: Ian
Ian Campbell writes ("[PATCH OSSTEST] cr-try-bisect-adhoc: Ensure tmp exists."):
> Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On Tue, Dec 01, George Dunlap wrote:
> We have several outstanding patch series which add devices that have
> two levels: a controller and individual devices attached to that
> controller.
Will likely work for pvscsi. Thanks.
Acked-by: Olaf Hering
Olaf
On 02/12/15 18:21, Tamas K Lengyel wrote:
>
>
> On Tue, Dec 1, 2015 at 5:40 AM, Andrew Cooper
> > wrote:
>
> On 01/12/15 01:21, Tamas K Lengyel wrote:
>>
>>
>> On Mon, Nov 30, 2015 at 7:01 PM, Razvan Cojocaru
>>
On 24/11/15 14:42, Jan Beulich wrote:
> Now that we intercept them all, there's no reason not to also uniformly
> hand them to XSM. Reads (which are expected to be of less interest) get
> handled as before (MMCFG accesses un-audited).
>
> Signed-off-by: Jan Beulich
Acked-by:
On 02/12/15 17:10, Boris Ostrovsky wrote:
> Resuming PMU currently triggers a warning from ___might_sleep() (assuming
> CONFIG_DEBUG_ATOMIC_SLEEP is set) when xen_pmu_init() allocates GFP_KERNEL
> page because we are in state resembling atomic context.
>
> Move resuming PMU to xen_arch_resume()
On 02/12/15 18:38, Tamas K Lengyel wrote:
>
>
> On Wed, Dec 2, 2015 at 1:34 PM, Andrew Cooper
> > wrote:
>
> On 02/12/15 18:21, Tamas K Lengyel wrote:
>>
>>
>> On Tue, Dec 1, 2015 at 5:40 AM, Andrew Cooper
>>
On 02/12/15 16:23, Tim Deegan wrote:
> At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote:
>>> From: David Vrabel [mailto:david.vra...@citrix.com]
>>> Sent: Saturday, November 14, 2015 2:50 AM
>>>
>>> If a page is freed without translations being invalidated, and the page is
>>> subsequently
The next Xen technical call is scheduled for:
Wed 9 Dec 17:00:00 GMT 2015
`date -d @1449680400`
Note that the time can be changed if the participants interested in
the proposed topics are in a timezone which makes this slot inconvenient.
See
Hi Dario,
2015-12-02 5:19 GMT-06:00 Dario Faggioli :
> On Wed, 2015-12-02 at 11:03 +, Lars Kurth wrote:
>> > On 2 Dec 2015, at 05:54, Meng Xu wrote:
>> >
>> > Maybe we could add some health warning and add a link to this
>> > discussion?
>> >
>>> On 27.11.15 at 14:42, wrote:
> If certain devices (like the local or the io apic) are disabled some modes
> of operation of the HVM event channel callback cannot be used. Make sure Xen
> doesn't try to setup them.
>
> Signed-off-by: Roger Pau Monné
On 02/12/15 16:46, Tim Deegan wrote:
> At 16:30 + on 02 Dec (1449073841), George Dunlap wrote:
>> On 02/12/15 16:23, Tim Deegan wrote:
>>> At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote:
> From: David Vrabel [mailto:david.vra...@citrix.com]
> Sent: Saturday, November 14, 2015
On 2015-12-02 15:55, David Vrabel wrote:
On 28/11/15 15:47, Sander Eikelenboom wrote:
genirq: Flags mismatch irq 8. (hvc_console) vs.
(rtc0)
We shouldn't register an rtc_cmos device because its legacy irq
conflicts with the irq needed for hvc0. For a multi VCPU guest irq 8
Hello,
Wei has suggested I "send a summarised email on [my] work to
xen-devel so that people are aware of [my] work."
To that end, and to save Wei from reinventing the wheel, I am
providing the following:
First to correct a misconception, I followed the state change
protocol of
At 16:30 + on 02 Dec (1449073841), George Dunlap wrote:
> On 02/12/15 16:23, Tim Deegan wrote:
> > At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote:
> >>> From: David Vrabel [mailto:david.vra...@citrix.com]
> >>> Sent: Saturday, November 14, 2015 2:50 AM
> >>>
> >>> If a page is freed
Hello George,
Thanks a lot. One more question if I connect serial port will I be able to
see what is happening in xenwithout using xen trace
On 2 Dec 2015 19:34, "George Dunlap" wrote:
> On Wed, Dec 2, 2015 at 1:49 PM, kumara rathnavel
On Tue, Dec 1, 2015 at 5:40 AM, Andrew Cooper
wrote:
> On 01/12/15 01:21, Tamas K Lengyel wrote:
>
>
>
> On Mon, Nov 30, 2015 at 7:01 PM, Razvan Cojocaru <
> rcojoc...@bitdefender.com> wrote:
>
>> On 12/01/2015 01:32 AM, Tamas K Lengyel wrote:
>> > Hi all,
>> > I'm
Ian Campbell writes ("[PATCH OSSTEST] cr-try-bisect-adhoc: Set laundered_testid
so graph URL is correct"):
> Otherwise the testid is missing from the filename, resulting in e.g.
>
On 02/12/15 16:48, kumara rathnavel wrote:
> Hello George,
>
> Thanks a lot. One more question if I connect serial port will I be able to
> see what is happening in xenwithout using xen trace
Please don't top-post. :-)
If you set up a serial console you'll be able to get the same
On 02/12/15 16:46, Tim Deegan wrote:
> At 16:30 + on 02 Dec (1449073841), George Dunlap wrote:
>> On 02/12/15 16:23, Tim Deegan wrote:
>>> At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote:
> From: David Vrabel [mailto:david.vra...@citrix.com]
> Sent: Saturday, November 14, 2015
On 02/12/15 16:45, David Vrabel wrote:
> On 02/12/15 16:23, Tim Deegan wrote:
>> At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote:
From: David Vrabel [mailto:david.vra...@citrix.com]
Sent: Saturday, November 14, 2015 2:50 AM
If a page is freed without translations being
flight 65287 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65287/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs.
65114
On Xen MSIs can be remapped into pirqs, which are a type of event
channels. It's mostly for the benefit of PCI passthrough devices, to
avoid the overhead of interacting with the emulated lapic.
However remapping interrupts and MSIs is also supported for emulated
devices, such as the e1000 and
On Wed, 2015-12-02 at 16:41 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST] cr-try-bisect-adhoc: Set
> laundered_testid so graph URL is correct"):
> > Otherwise the testid is missing from the filename, resulting in e.g.
> >
Resuming PMU currently triggers a warning from ___might_sleep() (assuming
CONFIG_DEBUG_ATOMIC_SLEEP is set) when xen_pmu_init() allocates GFP_KERNEL
page because we are in state resembling atomic context.
Move resuming PMU to xen_arch_resume() which is called in regular context.
For symmetry move
On Wed, Dec 02, 2015 at 04:56:21PM +, Stefano Stabellini wrote:
> On Xen MSIs can be remapped into pirqs, which are a type of event
> channels. It's mostly for the benefit of PCI passthrough devices, to
> avoid the overhead of interacting with the emulated lapic.
>
> However remapping
>>> On 02.12.15 at 17:30, wrote:
> On 02/12/15 16:23, Tim Deegan wrote:
>> At 07:25 + on 02 Dec (1449041100), Tian, Kevin wrote:
From: David Vrabel [mailto:david.vra...@citrix.com]
Sent: Saturday, November 14, 2015 2:50 AM
If a page is freed
On Wed, 2 Dec 2015, Michael S. Tsirkin wrote:
> On Wed, Dec 02, 2015 at 04:56:21PM +, Stefano Stabellini wrote:
> > On Xen MSIs can be remapped into pirqs, which are a type of event
> > channels. It's mostly for the benefit of PCI passthrough devices, to
> > avoid the overhead of interacting
On Wed, Dec 02, 2015 at 05:16:18PM +, Stefano Stabellini wrote:
> On Wed, 2 Dec 2015, Michael S. Tsirkin wrote:
> > On Wed, Dec 02, 2015 at 04:56:21PM +, Stefano Stabellini wrote:
> > > On Xen MSIs can be remapped into pirqs, which are a type of event
> > > channels. It's mostly for the
On Wed, Dec 2, 2015 at 1:34 PM, Andrew Cooper
wrote:
> On 02/12/15 18:21, Tamas K Lengyel wrote:
>
>
>
> On Tue, Dec 1, 2015 at 5:40 AM, Andrew Cooper
> wrote:
>
>> On 01/12/15 01:21, Tamas K Lengyel wrote:
>>
>>
>>
>> On Mon, Nov 30, 2015
On 12/02/2015 06:02 AM, Joao Martins wrote:
>
> On 12/02/2015 12:45 AM, Jim Fehlig wrote:
>> On 11/23/2015 11:57 AM, Joao Martins wrote:
>>> Introduce support for domainInterfaceStats API call for querying
>>> network interface statistics. Consequently it also enables the
>>> use of `virsh
flight 38418 distros-debian-squeeze real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38418/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-amd64-squeeze-netboot-pygrub 9 debian-di-install fail REGR.
vs.
On Wed, Dec 02, 2015 at 11:50:41AM -0700, Jim Fehlig wrote:
> On 12/02/2015 06:02 AM, Joao Martins wrote:
> >
> > On 12/02/2015 12:45 AM, Jim Fehlig wrote:
> >> On 11/23/2015 11:57 AM, Joao Martins wrote:
> >>> Introduce support for domainInterfaceStats API call for querying
> >>> network
On 11/27/2015 08:42 AM, Roger Pau Monne wrote:
This are the remaining patches of the HVMlite series. They have been
successfully tested on the following hardware:
- Intel Core i3-5010U.
- AMD Opteron 4184.
With both hap=0 and hap=1 in the configuration file. I've been able to boot
a SMP
This run is configured for baseline tests only.
flight 38417 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38417/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm5 xen-build
flight 65313 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65313/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
flight 65291 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65291/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 13 guest-localmigrate
fail REGR.
On Sat, Nov 28, 2015 at 03:46:05PM -0500, Eric Shelton wrote:
hi eric:
I test this on my skylake machine. Result is follow
> Not enabling x2APIC (upon firmware request)
I got the message too.
> ...
> mwait-idle: does not run on family 6 model 94
I got the message too.
> ...
> [VT-D] iommu.c:875:
On Wed, Dec 02, 2015 at 04:47:17PM +0800, Shuai Ruan wrote:
> On Sat, Nov 28, 2015 at 03:46:05PM -0500, Eric Shelton wrote:
>
> hi eric:
>
> I test this on my skylake machine. Result is follow
> > Not enabling x2APIC (upon firmware request)
> I got the message too.
According to Andrew's
On Tue, 2015-12-01 at 09:44 -0700, Jan Beulich wrote:
> > > > On 01.12.15 at 17:34, wrote:
> > > On Dec 1, 2015, at 10:07 AM, Jan Beulich wrote:
> > >
> > > For one build run, yes. But then you can (a) build individual object
> > > files and (b)
On Tue, 2015-12-01 at 20:30 +, Andrew Cooper wrote:
> > +#include
>
> I can see why you need xstate.h, but I why do you need i387.h ?
Use vcpu_save_fpu functions.
> > +
> > if ( pse2M )
> > {
> > /* Special case: this guest VA is in a PSE superpage, so
> > there's
> > @@
Am Mittwoch 02 Dezember 2015, 02:20:49 schrieb Tian, Kevin:
> > From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
> > Sent: Wednesday, December 02, 2015 12:50 AM
> >
> > * Limit VPMU support to PMU versions 2, 3 and 4 (emulated at version 3
> > level)
> > * Always implement family 6 VPMU
flight 65293 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65293/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf c972495ed0a939ed30f5ab5fa14f215b8bbe5ed1
baseline version:
ovmf
On 11/30/15 8:50 AM, Jan Beulich wrote:
On 24.11.15 at 18:51, wrote:
>> --- a/xen/arch/x86/Kconfig
>> +++ b/xen/arch/x86/Kconfig
>> @@ -3,6 +3,7 @@ config X86_64
>>
>> config X86
>> def_bool y
>> +select HAS_PASSTHROUGH
>> select HAS_GDBSX
>
> Please get
On 12/1/15 5:22 AM, Jan Beulich wrote:
On 30.11.15 at 18:53, wrote:
>> On 11/30/15 8:36 AM, Jan Beulich wrote:
>> On 24.11.15 at 18:51, wrote:
+mainmenu "Xen/$SRCARCH $XEN_FULLVERSION Configuration"
+
+config SRCARCH
+ string
On 11/30/15 9:01 AM, Jan Beulich wrote:
On 30.11.15 at 15:56, wrote:
> On 24.11.15 at 18:51, wrote:
>>> --- a/xen/drivers/char/Kconfig
>>> +++ b/xen/drivers/char/Kconfig
>>> @@ -3,3 +3,8 @@ config UART_NS16550
>>> bool "16550-series UART
flight 65296 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65296/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 63340
> From: Dietmar Hahn [mailto:dietmar.h...@ts.fujitsu.com]
> Sent: Wednesday, December 02, 2015 5:21 PM
>
> Am Mittwoch 02 Dezember 2015, 02:20:49 schrieb Tian, Kevin:
> > > From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
> > > Sent: Wednesday, December 02, 2015 12:50 AM
> > >
> > > *
> From: Dr. Greg Wettstein [mailto:g...@wind.enjellic.com]
> Sent: Monday, November 30, 2015 2:05 AM
>
> Hi, I hope everyone has had an enjoyable weekend, particularly for
> those who were enjoying the Thanksgiving holiday.
>
> We've been following the i915 graphics virtualization project for
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Thursday, November 26, 2015 5:03 PM
>
> We've been told by Intel that server chipsets don't need the workaround
> anymore starting with Ivybridge (Xeon E5/E7 v2); the second half of the
> workaround was missing anyway.
>
> Signed-off-by: Jan
> From: Jan Beulich
> Sent: Wednesday, November 11, 2015 1:38 AM
>
> Signed-off-by: Jan Beulich
A simple description why error code is not required is preferred here.
>
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -4133,7 +4133,7 @@ void
And it is from the Dom0 the logs of both DomUs and hypervisor are recorded
ryt? Correct me if I am wrong. My Dom0 is FreeBSD11
On 3 December 2015 at 11:17, kumara rathnavel wrote:
> Hello George,
>
> Is there any way to enable xentrace..I am not able to get any
>
> From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
> Sent: Wednesday, December 02, 2015 12:50 AM
>
> We only support family 6 so quirk handling is always needed.
what about you adding other family support in the future then you'll
add back below quirk check?
>
> Signed-off-by: Boris
> From: Jan Beulich
> Sent: Wednesday, November 11, 2015 1:39 AM
>
> The SVM and VMX versions really were identical, so instead of fixing
> the same issue in two places, fold them at once. The issue fixed is the
> missing seg:off -> linear translation of the current code address.
>
>
Hello George,
Is there any way to enable xentrace..I am not able to get any
logs...I am using xentrace_format to view the output ..
Thankyou,
Kumar
On 3 December 2015 at 10:22, kumara rathnavel wrote:
> Thanks a lot George!!!Hope XENTRACE will help me!!!
> From: Tian, Kevin
> Sent: Friday, November 20, 2015 4:36 PM
>
> >
> > > > So, for non-opengl rendering qemu needs the guest framebuffer data so it
> > > > can feed it into the vnc server. The vfio framebuffer region is meant
> > > > to support this use case.
> > >
> > > what's the format
> From: Tian, Kevin
> Sent: Thursday, December 03, 2015 9:20 AM
>
> > From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> > Sent: Thursday, November 26, 2015 9:56 PM
> >
> > On 26/11/15 13:48, Malcolm Crossley wrote:
> > > On 26/11/15 13:46, Jan Beulich wrote:
> > > On 25.11.15 at 11:28,
On 11/24/15 11:51 AM, Doug Goldstein 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 the options out of the existing makefiles.
>
> The
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Wednesday, December 02, 2015 9:51 PM
> >
> > According to
> > http://osstest.test-lab.xenproject.org/~osstest/pub/results/bisect/xen-un
> > stable/test-amd64-amd64-qemuu-nested-intel.debian-hvm-install--l1
> > --l2.html
> > it was
Follow with Kevin's comment, our latest XenGT Q3'15 release is based on Xen
4.5, qemu 1.3, kernel 3.18.
You may want to try and make comparison.
The latest release notes:
https://01.org/igvt-g/blogs/wangbo85/2015/intel-gvt-g-xengt-public-release-q32015
BTW: we have quarterly release for
I'm just working on a patch series to support migration via using
the virtual mapped linear p2m list. Migration seems to work quite
nice and now I'm looking into how to support changes of the p2m
list structure during migration. For this purpose we introduced
p2m_generation in the shared info
From: jianzhong,Chang
Add pci = [ '$VF_BDF', '$VF_BDF', '$VF_BDF'] in
hvm guest configuration file. After the guest boot up,
detach the VFs in sequence by "xl pci-detach $DOMID $VF_BDF",
reattach the VFs by "xl pci-attach $VF_BDF" in sequence.
An error message will be
flight 65297 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65297/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl 6 xen-boot fail like 65156
This run is configured for baseline tests only.
flight 38420 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38420/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf c972495ed0a939ed30f5ab5fa14f215b8bbe5ed1
baseline version:
Thanks a lot George!!!Hope XENTRACE will help me!!!
On 2 December 2015 at 22:25, George Dunlap wrote:
> On 02/12/15 16:48, kumara rathnavel wrote:
> > Hello George,
> >
> > Thanks a lot. One more question if I connect serial port will I be able
> to
> > see what
flight 65292 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65292/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR.
vs. 64579
On 11/10/2015 08:32 AM, Joao Martins wrote:
> Introduce support for VIR_MIGRATE_PEER2PEER in libxl driver
> for supporting migration in Openstack. Most of the changes
> occur at the source and no modifications at the receiver.
>
> In P2P mode there is only the Perform phase so we must handle
> the
On Tue, 2015-12-01 at 17:21 +, Wei Liu wrote:
>
> > In dom0 we have next issue:
> > /libxl: error: libxl_device.c:283:libxl__device_disk_set_backend: Disk
> > vdev=xvda10 failed to stat: /dev/sda1: No such file or directory//-
> > /this issue occurs due to missing /dev/sda1 device (all
>>> On 01.12.15 at 20:26, wrote:
> On 01/12/15 17:26, Jan Beulich wrote:
> On 01.12.15 at 17:57, wrote:
>>> When EFI is used, don't use EFI's GetTime() to get the time, because it
>>> is broken on many platforms. From Linux commit
>>> On 01.12.15 at 21:04, wrote:
> On 11/30/15 11:19 AM, Ian Campbell wrote:
>> On Mon, 2015-11-30 at 11:00 -0600, Doug Goldstein wrote:
>>> Since there is a request to have KEXEC and the UARTs
>>> configurable by the user
>>
>> Who asked for this?
>>
>> I have quite a strong
1 - 100 of 157 matches
Mail list logo