> 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.
>
> Signed-off-b
> 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 hvm_task_switch(
> goto o
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 struc
> 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 requir
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 XenGT.
> 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: 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 som
> 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 Os
> 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
> > >
> > > * Lim
> 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 unable
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
> logs...I am using xentra
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!!!
>
> On 2 December 2015
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
test-amd64-i386-qemut-rhel6hvm-
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 is happening in xenwitho
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:
ovm
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 reported like this:
"libxl:
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 CONFIG_HAS_
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
test-amd64-amd64-libvirt-
> 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 Wed, 2015-12-02 at 04:31 -0700, Jan Beulich wrote:
> > > > On 02.12.15 at 08:20, wrote:
> > > Does this even compile? There is already
> > >
> > > static void *get_xsave_addr(void *xsave, unsigned int
> > > xfeature_idx)
> > >
> > > higher in the same file.
> > >
> > > That function should
On Wed, 2015-12-02 at 04:06 -0700, Jan Beulich wrote:
> > > )
> > > +*ecx &= ~cpufeat_mask(X86_FEATURE_PKU);
> > > +
> > > +if ( (count == 0) && cpu_has_pku )
> > > +*ecx |= (v->arch.hvm_vcpu.guest_cr[4] & X86_CR4_PKE)
> > > ?
> > > + cpufeat_mas
On 11/25/2015 08:32 AM, Ian Campbell wrote:
> On Wed, 2015-11-25 at 14:37 +, Ian Campbell wrote:
>> 2015-11-21 23:06:44 Z executing ssh ... root@172.16.144.44 virsh
>> domxml-from-native xen-xl /etc/xen/debian.jessie.guest.osstest.cfg >
>> /etc/xen/debian.jessie.guest.osstest.cfg.xml
>> erro
> 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, wrote:
> >>> The problem is that SandyBridge IOMMUs advertise 2M support and
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 support"
>>> help
>>> This selects t
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 these sorted alphabe
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
+ option env="SRCARCH"
+
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
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
test-amd64
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 911f3dede219d2bb220954768f5e853e0dd
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 gue
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. 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 interface
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 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. 38339
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 domifsta
On 02/12/15 18:38, Tamas K Lengyel wrote:
>
>
> On Wed, Dec 2, 2015 at 1:34 PM, Andrew Cooper
> mailto:andrew.coop...@citrix.com>> wrote:
>
> On 02/12/15 18:21, Tamas K Lengyel wrote:
>>
>>
>> On Tue, Dec 1, 2015 at 5:40 AM, Andrew Cooper
>> mailto:andrew.coop...@citrix.com>> 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
> wrote:
>
>> On 01/12/15 01:21, Tamas K Lengyel wrote:
>>
>>
>>
>> On Mon, Nov 30, 2015 at 7:01 PM, Razvan Cojocaru <
>> rcojoc...@bitdefender.c
On 02/12/15 18:21, Tamas K Lengyel wrote:
>
>
> On Tue, Dec 1, 2015 at 5:40 AM, Andrew Cooper
> mailto:andrew.coop...@citrix.com>> wrote:
>
> On 01/12/15 01:21, Tamas K Lengyel wrote:
>>
>>
>> On Mon, Nov 30, 2015 at 7:01 PM, Razvan Cojocaru
>> mailto:rcojoc...@bitdefender.com>> 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 <
> rcojoc...@bitdefender.com> wrote:
>
>> On 12/01/2015 01:32 AM, Tamas K Lengyel wrote:
>> > Hi all,
>> > I'm trying to extend the current vm
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 x
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
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
test-armhf-ar
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 ben
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() wh
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
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 wi
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 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 interrup
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, 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.
> > http://osstest.test-lab.xenproject.org/~osstest/pub/resul
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: Andrew Cooper
_
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
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?
>> > Misconfiguration of the system will usually cause
>>> 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é
Acked-by: Jan Beulich
__
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 virt
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 outpu
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 http://lists.xen.org/archives/html/xen-devel/2
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
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
> wrote:
> > Hello All,
> >
> > I require logs 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 w
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 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 without translations being inval
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
http://lists.xen.org/xen-devel
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.
> http://osstest.test-lab.xenproject.org/~osstest/pub/results-adhoc/bisect/xen-unstable/test-amd64-amd64-qemuu-nested-in
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
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
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 w
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 pr
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 Campbe
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
> > > > b/tools/libxc/xc_sr_save_x86_hvm.c
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: $*"; exit 0; }
if ! test
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: do
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 added
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
> messages logged (which arguably is wrong, and w
> 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:
--- a/xen/Makefile
+++ b/xen/Makefile
@@ -91,7 +91,8 @@ _clean: delete-unfresh-files
$(MAK
>>> 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: delete-unfresh-files
>>> $(MAKE) -f $(BASEDIR)/Rules.mk -C xsm clean
>>> $(MAKE) -f $(BAS
>>> 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 4.6.0 it actually takes a debug hypervisor to get those
>> mes
> 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
>> $(MAKE) -f $(BASEDIR)/Rules.mk -C crypto clean
>> $
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 li
>>> 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 $(BASEDIR)/Rules.mk -C arch/$(TARGET_ARCH) clean
>>> 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 messages accompanying err
> -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, 2015-
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
>>> --- a/tools/libxc/xc_sr_save_x86
>>> 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 void stop_this_cpu(void *dummy)
>>> {
>>> +fixup_eoi
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 lo
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
> > +++ b/tools/libxc/xc_sr_save_x8
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 ca
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:
APIC error on CPU0: 08(08),
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.
E
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 needed.
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 gets
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 @@
> > +/*
>
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 asked for this?
>>>
>>> On 01.12.15 at 17:50, wrote:
> @@ -746,6 +746,13 @@ static void core2_vpmu_do_cpuid(unsigned int input,
> if ( cpu_has(¤t_cpu_data, X86_FEATURE_DSCPL) )
> *ecx |= cpufeat_mask(X86_FEATURE_DSCPL);
> }
> +break;
> +
> +case 0xa:
> +/* Si
On 28/11/15 15:47, Sander Eikelenboom wrote:
>
> -rtc_cmos rtc_cmos: hctosys: unable to read the hardware clock
> +hctosys: unable to open rtc device (rtc0)
>
> -genirq: Flags mismatch irq 8. (hvc_console) vs. (rtc0)
> -hvc_open: request_irq failed with rc -16.
I have reproduce
On Wed, Dec 2, 2015 at 1:49 PM, kumara rathnavel wrote:
> Hello All,
>
> I require logs of the Hypercalls made from Guest to the Hypervisor after the
> boot, as xl dmesg provides me with the log messages during the
> initialisation.
One thing you could look at is xentrace and xenalyze. You can f
>>> 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:
> APIC error on CPU0: 08(08), Receive accept error
>
> This ap
On 02/12/15 13:51, Jan Beulich wrote:
> While reviewing those patches I noticed a few types that could do with
> tweaking.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.or
1 - 100 of 158 matches
Mail list logo
