On Tue, Jul 28, 2015 at 11:44 PM, Julien Grall wrote:
> Hi Vijay,
>
> On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
>> diff --git a/xen/arch/arm/gic-v3-its.c b/xen/arch/arm/gic-v3-its.c
>> index aa4d3c5..e16fa03 100644
>> --- a/xen/arch/arm/gic-v3-its.c
>> +++ b/xen/arch/arm/gic-v3-its.c
>> @@
Hi,
During the hvm guest auto installation, how can I inspect its progress?
Currently I encountered some problems during hvm auto-installation;
after waited long time, several minutes, I vnc to it, it is black screen.
I'm using debian 7.2 for guest installation. And I saw Ian C. 's patch
commit
On Wed, Jul 29, 2015 at 12:31 AM, Julien Grall wrote:
> Hi Vijay,
>
> On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
>> From: Vijaya Kumar K
>>
>> Emulate GITS* registers
>>
>> Signed-off-by: Vijaya Kumar K
>> ---
>> v4: - Removed GICR register emulation
>> ---
>> xen/arch/arm/irq.c
On Thursday 30 July 2015 08:09 PM, Ian Campbell wrote:
On Thu, 2015-07-30 at 18:21 +0530, Manish Jaggi wrote:
On Thursday 30 July 2015 03:24 PM, Ian Campbell wrote:
On Wed, 2015-07-29 at 15:07 +0530, Manish Jaggi wrote:
On Monday 06 July 2015 03:50 PM, Ian Campbell wrote:
On Mon, 2015-07-06
On Fri, Jul 31, 2015 at 07:20:46AM +, Hu, Robert wrote:
> Hi,
>
> During the hvm guest auto installation, how can I inspect its progress?
> Currently I encountered some problems during hvm auto-installation;
> after waited long time, several minutes, I vnc to it, it is black screen.
>
> I'm
On Fri, 2015-07-31 at 07:20 +, Hu, Robert wrote:
> Hi,
>
> During the hvm guest auto installation, how can I inspect its progress?
It's serial console is logged to the qemu-dm log, something like
/var/log/xen/qemu-dm-$guestname.log I think.
> Currently I encountered some problems during hvm
flight 60153 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60153/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 14 guest-localmigrate.2 fail REGR. vs.
59869
test-amd64-i3
On Thu, 2015-07-30 at 16:32 -0500, Doug Goldstein wrote:
>
> I'm not sure what I can use to identify the system early on. I see the
> EFI FW vendor and EFI FW revision. I'm not sure if that would be
> enough. In the case of using that it would likely have to be a range
> of revisions.
Is DMI avai
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Friday, July 31, 2015 3:53 PM
> To: Hu, Robert; ian.jack...@eu.citrix.com; wei.l...@citrix.com
> Cc: xen-devel@lists.xen.org
> Subject: Re: OSSTest -- debian-hvm-install, how to see the progress of guest
> au
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: Friday, July 31, 2015 3:51 PM
> To: Hu, Robert
> Cc: Ian Campbell; ian.jack...@eu.citrix.com; wei.l...@citrix.com;
> xen-devel@lists.xen.org
> Subject: Re: OSSTest -- debian-hvm-install, how to see the progress of gue
On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
> > > Secondly, the vdev-X entry is created async by dom0 watching on
> > > event.
> > > So how the tools could read back and call assign device again.
> > Perhaps by using a xenstore watch on that node to wait for the
> > assignment
> > from
Allowing for multi-host tests.
Also make reset-host reset all hosts.
Signed-off-by: Ian Campbell
---
v2: Fix regex for reset-host
Correct handling/ordering of multiple uses of -h
---
standalone | 47 ---
1 file changed, 36 insertions(+), 11 deleti
Further more, now I see debian-hvm guest boots up. But it hangs at 'Starting
MTA'.
Is MTA necessary?
> -Original Message-
> From: Hu, Robert
> Sent: Friday, July 31, 2015 4:02 PM
> To: 'Ian Campbell'; ian.jack...@eu.citrix.com; wei.l...@citrix.com
> Cc: xen-devel@lists.xen.org
> Subject: R
Tian, Kevin 於 西元2015年07月31日 09:26 寫道:
From: Ting-Wei Lan [mailto:lant...@gmail.com]
Sent: Sunday, July 26, 2015 12:58 AM
When using Linux >= 3.19 (commit 47591df) as dom0 on some Intel Ironlake
devices, It is possible to encounter graphics issues that make screen
unreadable or crash the system.
> -Original Message-
> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
> boun...@lists.xen.org] On Behalf Of Wei Liu
> Sent: 30 July 2015 16:50
> To: Roger Pau Monne
> Cc: ta...@tklengyel.com; Wei Liu; Ian Campbell;
> rcojoc...@bitdefender.com; Stefano Stabellini; Andrew Cooper; Da
Hey Boris,
On Thu, Jul 30, 2015 at 01:18:20PM -0400, Boris Ostrovsky wrote:
> >>Only V5, no extra changes.
> >Including running the ldt_gdt test?
>
> Yes, except that 32-on-64 doesn't work, but that's not Xen-specific.
so which tests are you running exactly and where can I get them? Andy's
repo?
On Fri, 2015-07-31 at 08:29 +, Hu, Robert wrote:
Please can you not top post.
> Further more, now I see debian-hvm guest boots up. But it hangs at
> 'Starting MTA'.
> Is MTA necessary?
Not really, but it's part of the standard Debian installation.
If it is hanging then that usually indicat
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Friday, July 31, 2015 4:46 PM
> To: Hu, Robert; ian.jack...@eu.citrix.com; wei.l...@citrix.com
> Cc: xen-devel@lists.xen.org
> Subject: Re: OSSTest -- debian-hvm-install, how to see the progress of guest
> a
On Fri, 2015-07-31 at 07:40 +0100, Ian Campbell wrote:
> On Fri, 2015-07-31 at 05:01 +, osstest service owner wrote:
> > flight 60149 osstest real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/60149/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
>
On Fri, Jul 31, 2015 at 09:49:30AM +0100, Ian Campbell wrote:
> On Fri, 2015-07-31 at 07:40 +0100, Ian Campbell wrote:
> > On Fri, 2015-07-31 at 05:01 +, osstest service owner wrote:
> > > flight 60149 osstest real [real]
> > > http://logs.test-lab.xenproject.org/osstest/logs/60149/
> > >
> >
On Fri, 2015-07-31 at 08:47 +, Hu, Robert wrote:
> >
> > -Original Message-
> > From: Ian Campbell [mailto:ian.campb...@citrix.com]
> > Sent: Friday, July 31, 2015 4:46 PM
> > To: Hu, Robert; ian.jack...@eu.citrix.com; wei.l...@citrix.com
> > Cc: xen-devel@lists.xen.org
> > Subject: Re
On Thu, Jul 30, 2015 at 10:34 PM, Julien Grall wrote:
> Hi Vijay,
>
> On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
>> diff --git a/xen/arch/arm/gic-v3.c b/xen/arch/arm/gic-v3.c
>
> [..]
>
>> +static int gicv3_dist_supports_lpis(void)
>> +{
>> +return readl_relaxed(GICD + GICD_TYPER) & GICD
On 30/07/15 22:31, Andy Lutomirski wrote:
> This is intended for x86/urgent. Sorry for taking so long, but it
> seemed nice to avoid breaking Xen.
Very much appreciated. Thanks!
>
> This fixes the "dazed and confused" issue which was exposed by the
> CVE-2015-5157 fix. It's also probably a goo
On Thu, Jul 30, 2015 at 10:44:12AM -0500, Doug Goldstein wrote:
> On Thu, Jul 30, 2015 at 6:35 AM, Ian Campbell wrote:
> > On Thu, 2015-07-30 at 12:23 +0100, Anthony PERARD wrote:
> >> On Thu, Jul 30, 2015 at 11:24:47AM +0100, Ian Campbell wrote:
> >> > On Thu, 2015-07-30 at 14:51 +0800, Ting-Wei
On Thu, 2015-07-30 at 17:11 +0100, Wei Liu wrote:
> Update xl manual and disable PV vNUMA in libxl.
>
> Signed-off-by: Wei Liu
> ---
Acked-by: Ian Campbell
and applied.
>
> +/* PV vNUMA is not yet supported because there is an issue with
> + * cpuid handling.
> + */
Personally
On 30/07/15 22:31, Andy Lutomirski wrote:
> The update_va_mapping hypercall can fail if the VA isn't present in
> the guest's page tables. Under certain loads, this can result in an
> OOPS when the target address is in unpopulated vmap space.
>
> While we're at it, add comments to help explain wh
On Fri, 2015-07-31 at 07:40 +0100, Ian Campbell wrote:
>
> > test-amd64-i386-qemut-rhel6hvm-amd 9 redhat-install fail REGR.
> > vs. 60083
>
> 2015-07-30 23:02:32 Z execution took 71 seconds[<=2x600]: timeout 630 ssh
> -o StrictHostKeyChecking=no -o BatchMode=yes -o ConnectTimeout=100 -o
On Fri, 2015-07-31 at 10:47 +0100, Ian Campbell wrote:
> 2015-07-30 23:02:32 Z runvar store:
> > redhat_cfgpath=/etc/xen/redhat.guest.osstest.cfg
> > 2015-07-30 23:02:32 Z executing scp ... /home/logs/logs/60149/test
> > -amd64
> > -i386-qemuu-rhel6hvm-amd/pinot1--redhat.guest.osstest.cfg
> > root
On Fri, Jul 31, 2015 at 10:47:22AM +0100, Ian Campbell wrote:
> On Fri, 2015-07-31 at 07:40 +0100, Ian Campbell wrote:
> >
> > > test-amd64-i386-qemut-rhel6hvm-amd 9 redhat-install fail REGR.
> > > vs. 60083
> >
> > 2015-07-30 23:02:32 Z execution took 71 seconds[<=2x600]: timeout 630 ssh
On Thu, 30 Jul 2015, Stefano Stabellini wrote:
> On Thu, 30 Jul 2015, Juan Quintela wrote:
> > Anthony PERARD wrote:
> > > This is a critical issue for Xen as migration either with the same version
> > > of QEMU, or from a previous version of QEMU is broken.
> > >
> > > Any suggestion on how to mo
On Fri, 2015-07-31 at 10:29 +0100, Ian Campbell wrote:
> On Thu, 2015-07-30 at 17:11 +0100, Wei Liu wrote:
> >
> > +/* PV vNUMA is not yet supported because there is an issue with
> > + * cpuid handling.
> > + */
>
> Personally I think this is wrong and should be
> /*
> * P
Hi Vijay,
On 31/07/15 07:49, Vijay Kilari wrote:
>>> +static int vits_vitt_entry(struct domain *d, uint32_t devid,
>>> + uint32_t event, struct vitt *entry, bool_t set)
>>> +{
>>> +struct vdevice_table dt_entry;
>>> +paddr_t vitt_entry;
>>> +uint64_t offset;
>
On Fri, 2015-07-31 at 10:54 +0100, Ian Campbell wrote:
>
> I'll fold that in, drop the patch which does make test and force push to
> osstest's pretest, then I'll kill the current flight.
Done. The killed flight was 60184.
Ian.
___
Xen-devel mailing l
On 29/07/15 13:00, Ian Jackson wrote:
>
>> +rc = libxl__restore_emulator_xenstore_data(
> ( in wrong place.
>
> But apart from that it looks fine.
I am sorry, but this request is unreasonable IMO.
This is a function call, not an integer assignment. Moving the bracket
onto the next line i
branch xen-unstable
xen branch xen-unstable
job test-amd64-i386-xl-xsm
test guest-saverestore
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unst
On 31/07/15 07:57, Vijay Kilari wrote:
>>> /*
>>> * Local variables:
>>> * mode: C
>>> diff --git a/xen/include/asm-arm/gic-its.h b/xen/include/asm-arm/gic-its.h
>>> index 66be53a..cdb786c 100644
>>> --- a/xen/include/asm-arm/gic-its.h
>>> +++ b/xen/include/asm-arm/gic-its.h
>>> @@ -21,6 +21,8
> -Original Message-
> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
> boun...@lists.xen.org] On Behalf Of Paul Durrant
> Sent: 30 July 2015 14:20
> To: Andrew Cooper; Roger Pau Monne; xen-devel
> Subject: Re: [Xen-devel] [BUG] Emulation issues
>
> > -Original Message-
>
On 31/07/15 11:24, Stefano Stabellini wrote:
> This is a Linux Dom0 crash on x86 (Dell PowerEdge R320, Xeon E5-2450),
> CC'ing relevant people. As you can see from the links below the crash
> is:
>
> [ 253.619326] Call Trace:
> [ 253.619330]
> [ 253.619332] [] ? skb_copy_ubufs+0xa5/0x230
> [ 253.
On Tue, Jul 28, 2015 at 10:16 PM, Julien Grall wrote:
> Hi Vijay,
>
> On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
>> From: Vijaya Kumar K
>>
>> The linux driver is based on 4.1 with below commit id
>>
>> 3ad2a5f57656a14d964b673a5a0e4ab0e583c870
>
> This doesn't include commit 591e5bec13f15fe
This is a Linux Dom0 crash on x86 (Dell PowerEdge R320, Xeon E5-2450),
CC'ing relevant people. As you can see from the links below the crash
is:
[ 253.619326] Call Trace:
[ 253.619330]
[ 253.619332] [] ? skb_copy_ubufs+0xa5/0x230
[ 253.619347] [] __netif_receive_skb_core+0x6f5/0x940
[ 253.619353]
Hi Vijay,
On 31/07/15 08:25, Vijay Kilari wrote:
> On Wed, Jul 29, 2015 at 12:31 AM, Julien Grall
> wrote:
>> Hi Vijay,
>>
>> On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
>>> From: Vijaya Kumar K
>>>
>>> Emulate GITS* registers
>>>
>>> Signed-off-by: Vijaya Kumar K
>>> ---
>>> v4: - Remove
On Fri, 2015-07-31 at 09:05 +0100, Ian Campbell wrote:
> On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
> > > > Secondly, the vdev-X entry is created async by dom0 watching on
> > > > event.
Stefano points out that there are, confusingly, two nodes in xenstore
relating to the virtual-SBDF
On Fri, 2015-07-31 at 11:14 +0100, Julien Grall wrote:
> Hi Vijay,
>
> On 31/07/15 07:49, Vijay Kilari wrote:
> > > > +static int vits_vitt_entry(struct domain *d, uint32_t devid,
> > > > + uint32_t event, struct vitt *entry,
> > > > bool_t set)
> > > > +{
> > > > +s
Hi all,
I'm sorry for taking your time and I'd like to make an enquery about the
status of VM migration support on a NUMA server. Currently It looks like
when a vm is migrated only its vcpus are moved to the other node but not
its memory. So, is anyone trying to fix that issue? If I want to do it
flight 37766 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/37766/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
test-amd64-amd64-amd64-sid-netboot-pvgrub 10 guest-start fail never pass
test-armhf
On Tue, 28 Jul 2015, Julien Grall wrote:
> ARM guests are assimilated to HVM guest on ARM. The current
> implementation is assuming a 1:1 mapping which is only true for DOM0 and
> may not be at all in the future.
>
> Furthermore, all the helpers but arbitrary_virt_to_machine are used in
> x86 spec
Instead of cpu_relax() while spinning and observing the ticket head,
introduce spin_relax() which executes a WFE instruction. After the
ticket head is changed call spin_signal() to execute an SVE
instruction to wake any spinners.
This should improve power consumption when locks are contented and
On 31/07/15 11:45, David Vrabel wrote:
> Instead of cpu_relax() while spinning and observing the ticket head,
> introduce spin_relax() which executes a WFE instruction. After the
> ticket head is changed call spin_signal() to execute an SVE
> instruction to wake any spinners.
>
> This should impro
On 31/07/15 11:45, David Vrabel wrote:
> Instead of cpu_relax() while spinning and observing the ticket head,
> introduce spin_relax() which executes a WFE instruction. After the
> ticket head is changed call spin_signal() to execute an SVE
> instruction to wake any spinners.
>
> This should impr
On Tue, 28 Jul 2015, David Vrabel wrote:
> On 28/07/15 16:02, Julien Grall wrote:
> >
> > +/* Pseudo-physical <-> DMA conversion */
> > +static inline unsigned long pfn_to_dfn(unsigned long pfn)
>
> Use BFN for bus frame number. This is the terminology that is used in
> the (proposed) pv-iommu h
On Fri, 2015-07-31 at 11:44 +0100, Stefano Stabellini wrote:
> On Tue, 28 Jul 2015, Julien Grall wrote:
> > ARM guests are assimilated to HVM guest on ARM. The current
> > implementation is assuming a 1:1 mapping which is only true for DOM0
> > and
> > may not be at all in the future.
> >
> > Fur
This should only be accessed via toolstack($ho), which is responsible
for caching the value. Rename the field to _Toolstack to deter code
from using it.
Signed-off-by: Ian Campbell
---
Osstest/TestSupport.pm | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Osstest/TestSu
Hi David,
On 31/07/15 11:52, David Vrabel wrote:
> On 31/07/15 11:45, David Vrabel wrote:
>> Instead of cpu_relax() while spinning and observing the ticket head,
>> introduce spin_relax() which executes a WFE instruction. After the
>> ticket head is changed call spin_signal() to execute an SVE
>>
On Tue, 28 Jul 2015, Julien Grall wrote:
> Based on include/xen/mm.h [1], Linux is mistakenly using MFN when GFN
> is meant, I suspect this is because the first support for Xen was for
> PV. This brough some misimplementation of helpers on ARM and make the
> developper confused the expected behavio
On 31/07/15 10:08, Vijay Kilari wrote:
> On Thu, Jul 30, 2015 at 10:34 PM, Julien Grall
> wrote:
>> Hi Vijay,
>>
>> On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
>>> diff --git a/xen/arch/arm/gic-v3.c b/xen/arch/arm/gic-v3.c
>>
>> [..]
>>
>>> +static int gicv3_dist_supports_lpis(void)
>>> +{
>
On Friday 31 July 2015 01:35 PM, Ian Campbell wrote:
On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
Secondly, the vdev-X entry is created async by dom0 watching on
event.
So how the tools could read back and call assign device again.
Perhaps by using a xenstore watch on that node to w
Friday, July 31, 2015, 12:22:16 PM, you wrote:
>> -Original Message-
>> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
>> boun...@lists.xen.org] On Behalf Of Paul Durrant
>> Sent: 30 July 2015 14:20
>> To: Andrew Cooper; Roger Pau Monne; xen-devel
>> Subject: Re: [Xen-devel] [BU
On 31/07/15 11:28, Vijay Kilari wrote:
> On Tue, Jul 28, 2015 at 10:16 PM, Julien Grall
> wrote:
>> Hi Vijay,
>>
>> On 27/07/15 12:11, vijay.kil...@gmail.com wrote:
>>> From: Vijaya Kumar K
>>>
>>> The linux driver is based on 4.1 with below commit id
>>>
>>> 3ad2a5f57656a14d964b673a5a0e4ab0e583
On Fri, 2015-07-31 at 16:37 +0530, Manish Jaggi wrote:
>
> On Friday 31 July 2015 01:35 PM, Ian Campbell wrote:
> > On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
> > > > > Secondly, the vdev-X entry is created async by dom0 watching on
> > > > > event.
> > > > > So how the tools could rea
> -Original Message-
> From: Sander Eikelenboom [mailto:li...@eikelenboom.it]
> Sent: 31 July 2015 12:12
> To: Paul Durrant
> Cc: Andrew Cooper; Roger Pau Monne; xen-devel
> Subject: Re: [Xen-devel] [BUG] Emulation issues
>
>
> Friday, July 31, 2015, 12:22:16 PM, you wrote:
>
> >> -O
El 31/07/15 a les 13.11, Sander Eikelenboom ha escrit:
>
> Friday, July 31, 2015, 12:22:16 PM, you wrote:
>
>>> -Original Message-
>>> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
>>> boun...@lists.xen.org] On Behalf Of Paul Durrant
>>> Sent: 30 July 2015 14:20
>>> To: Andrew
Let me be more specific, such idea is for the NUMA scheduling as currently
xen only migrate vcpus but leave memory at the previous node.
Kun Cheng 于2015年7月31日 周五10:32写道：
> Hi all,
>
> I'm sorry for taking your time and I'd like to make an enquery about the
> status of VM migration support on a NU
El 31/07/15 a les 13.39, Paul Durrant ha escrit:
>> -Original Message-
>> From: Sander Eikelenboom [mailto:li...@eikelenboom.it]
>> Sent: 31 July 2015 12:12
>> To: Paul Durrant
>> Cc: Andrew Cooper; Roger Pau Monne; xen-devel
>> Subject: Re: [Xen-devel] [BUG] Emulation issues
>>
>>
>> Frida
On Fri, 31 Jul 2015, Julien Grall wrote:
> Hi David,
>
> On 31/07/15 11:52, David Vrabel wrote:
> > On 31/07/15 11:45, David Vrabel wrote:
> >> Instead of cpu_relax() while spinning and observing the ticket head,
> >> introduce spin_relax() which executes a WFE instruction. After the
> >> ticket
> -Original Message-
> From: Roger Pau Monné [mailto:roger@citrix.com]
> Sent: 31 July 2015 12:42
> To: Paul Durrant; Sander Eikelenboom
> Cc: Andrew Cooper; xen-devel
> Subject: Re: [Xen-devel] [BUG] Emulation issues
>
> El 31/07/15 a les 13.39, Paul Durrant ha escrit:
> >> -Origi
On Fri, Jul 31, 2015 at 11:41:11AM +, Kun Cheng wrote:
> Let me be more specific, such idea is for the NUMA scheduling as currently
> xen only migrate vcpus but leave memory at the previous node.
>
Xen doesn't support memory migration at the moment. However Xen scheduler
won't migrate vcpus o
> -Original Message-
> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
> boun...@lists.xen.org] On Behalf Of Paul Durrant
> Sent: 31 July 2015 12:43
> To: Roger Pau Monne; Sander Eikelenboom
> Cc: Andrew Cooper; xen-devel
> Subject: Re: [Xen-devel] [BUG] Emulation issues
>
> > ---
On Fri, 2015-07-31 at 12:41 +0100, Stefano Stabellini wrote:
> On Fri, 31 Jul 2015, Julien Grall wrote:
> > Hi David,
> >
> > On 31/07/15 11:52, David Vrabel wrote:
> > > On 31/07/15 11:45, David Vrabel wrote:
> > > > Instead of cpu_relax() while spinning and observing the ticket
> > > > head,
>
Hi Shannon,
On 31/07/15 02:30, Shannon Zhao wrote:
>
>
> On 2015/7/31 2:31, Julien Grall wrote:
>> On 30/07/15 19:02, Parth Dixit wrote:
>>> instead of getting mmio information for individual
>>> devices from dsdt, we will map all the non-ram regions described in
>>> uefi. AM
On 31/07/15 12:41, Stefano Stabellini wrote:
> On Fri, 31 Jul 2015, Julien Grall wrote:
>> Hi David,
>>
>> On 31/07/15 11:52, David Vrabel wrote:
>>> On 31/07/15 11:45, David Vrabel wrote:
Instead of cpu_relax() while spinning and observing the ticket head,
introduce spin_relax() which ex
On Fri, 2015-07-31 at 02:32 +, Kun Cheng wrote:
> Hi all,
>
Hi,
>
> I'm sorry for taking your time and I'd like to make an enquery about
> the status of VM migration support on a NUMA server.
>
Status is: it's not there, and won't happen soon. I've started working
on it, but then got preempte
On Fri, 2015-07-31 at 13:10 +0100, Wei Liu wrote:
> On Fri, Jul 31, 2015 at 11:41:11AM +, Kun Cheng wrote:
> > Let me be more specific, such idea is for the NUMA scheduling as currently
> > xen only migrate vcpus but leave memory at the previous node.
> >
>
> Xen doesn't support memory migrat
On 31/07/15 4:49 pm, Ian Campbell wrote:
On Fri, 2015-07-31 at 16:37 +0530, Manish Jaggi wrote:
On Friday 31 July 2015 01:35 PM, Ian Campbell wrote:
On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
Secondly, the vdev-X entry is created async by dom0 watching on
event.
So how the tools
On Fri, 2015-07-31 at 18:20 +0530, Manish Jaggi wrote:
>
> On 31/07/15 4:49 pm, Ian Campbell wrote:
> > On Fri, 2015-07-31 at 16:37 +0530, Manish Jaggi wrote:
> > > On Friday 31 July 2015 01:35 PM, Ian Campbell wrote:
> > > > On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
> > > > > > > Sec
Hi Manish,
On 31/07/15 13:50, Manish Jaggi wrote:
> Ok, i will implement the same from pciback to toolstack. I am not sure
> about the complexity but will give it a try.
> With this xen-pciback will not create the vdev-X entry at all.
Can you send a new draft before continuing to implement PCI su
On Fri, 2015-07-31 at 13:59 +0100, Julien Grall wrote:
> Hi Manish,
>
> On 31/07/15 13:50, Manish Jaggi wrote:
> > Ok, i will implement the same from pciback to toolstack. I am not sure
> > about the complexity but will give it a try.
> > With this xen-pciback will not create the vdev-X entry at a
flight 60154 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60154/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-rumpuserxen-i386 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 59817
test
When a channel is closed and the event is still linked into a queue,
ensure that it is unlinked before completing. If it is not unlinked and
the port is subsequently reused, events may be missed.
If the CPU to which the event channel bound is online, spin until the
event is handled by that CPU. If
On 07/31/2015 04:43 AM, Borislav Petkov wrote:
Hey Boris,
On Thu, Jul 30, 2015 at 01:18:20PM -0400, Boris Ostrovsky wrote:
Only V5, no extra changes.
Including running the ldt_gdt test?
Yes, except that 32-on-64 doesn't work, but that's not Xen-specific.
so which tests are you running exactl
On 07/31/2015 05:10 AM, Andrew Cooper wrote:
On 30/07/15 22:31, Andy Lutomirski wrote:
This is intended for x86/urgent. Sorry for taking so long, but it
seemed nice to avoid breaking Xen.
Very much appreciated. Thanks!
This fixes the "dazed and confused" issue which was exposed by the
CVE-2
On 31/07/15 14:30, Ross Lagerwall wrote:
> When a channel is closed and the event is still linked into a queue,
> ensure that it is unlinked before completing. If it is not unlinked and
> the port is subsequently reused, events may be missed.
>
> If the CPU to which the event channel bound is onli
* Andy Lutomirski wrote:
> The modify_ldt syscall exposes a large attack surface and is
> unnecessary for modern userspace. Make it optional.
>
> Reviewed-by: Kees Cook
> Signed-off-by: Andy Lutomirski
> ---
> arch/x86/Kconfig | 17 +
> arch/x86/include/asm
Commit-ID: 014dc90b66c8d0b5f5a9400440727c134ee5e5a3
Gitweb: http://git.kernel.org/tip/014dc90b66c8d0b5f5a9400440727c134ee5e5a3
Author: Andy Lutomirski
AuthorDate: Thu, 30 Jul 2015 14:31:33 -0700
Committer: Ingo Molnar
CommitDate: Fri, 31 Jul 2015 10:24:37 +0200
selftests/x86, x86/ldt:
Commit-ID: 37868fe113ff2ba814b3b4eb12df214df555f8dc
Gitweb: http://git.kernel.org/tip/37868fe113ff2ba814b3b4eb12df214df555f8dc
Author: Andy Lutomirski
AuthorDate: Thu, 30 Jul 2015 14:31:32 -0700
Committer: Ingo Molnar
CommitDate: Fri, 31 Jul 2015 10:23:23 +0200
x86/ldt: Make modify_ldt
Commit-ID: aa1acff356bbedfd03b544051f5b371746735d89
Gitweb: http://git.kernel.org/tip/aa1acff356bbedfd03b544051f5b371746735d89
Author: Andy Lutomirski
AuthorDate: Thu, 30 Jul 2015 14:31:31 -0700
Committer: Ingo Molnar
CommitDate: Fri, 31 Jul 2015 10:23:22 +0200
x86/xen: Probe target ad
On 31/07/15 14:44, Boris Ostrovsky wrote:
> On 07/31/2015 05:10 AM, Andrew Cooper wrote:
>> On 30/07/15 22:31, Andy Lutomirski wrote:
>>> This is intended for x86/urgent. Sorry for taking so long, but it
>>> seemed nice to avoid breaking Xen.
>> Very much appreciated. Thanks!
>>
>>> This fixes th
Commit-ID: a5b9e5a2f14f25a8dae987494d50ad3aac7366b6
Gitweb: http://git.kernel.org/tip/a5b9e5a2f14f25a8dae987494d50ad3aac7366b6
Author: Andy Lutomirski
AuthorDate: Thu, 30 Jul 2015 14:31:34 -0700
Committer: Ingo Molnar
CommitDate: Fri, 31 Jul 2015 13:30:45 +0200
x86/ldt: Make modify_ldt
On Thu, Jul 30, 2015 at 04:32:57PM -0500, Doug Goldstein wrote:
> On Tue, Jul 28, 2015 at 4:22 PM, Konrad Rzeszutek Wilk
> wrote:
> > On Tue, Jul 28, 2015 at 11:27:57AM -0500, Doug Goldstein wrote:
> >> On Tue, Jul 28, 2015 at 10:01 AM, Konrad Rzeszutek Wilk
> >> wrote:
> >> > On Tue, Jul 28, 201
On Thu, Jul 30, 2015 at 05:10:10PM +0200, Roger Pau Monné wrote:
> El 30/07/15 a les 17.04, Wei Liu ha escrit:
> > Hi all
> >
> > Here are some bugs that I'm aware of. The name after a item is the
> > person who is working on it.
> >
> > # Blockers
> >
> > 1. Toolstack record breaks migration v2
On Fri, 31 Jul 2015, Julien Grall wrote:
> Hi Shannon,
>
> On 31/07/15 02:30, Shannon Zhao wrote:
> >
> >
> > On 2015/7/31 2:31, Julien Grall wrote:
> >> On 30/07/15 19:02, Parth Dixit wrote:
> >>> instead of getting mmio information for individual
> >>> devices from dsdt, we
> -Original Message-
> From: Paul Durrant
> Sent: 31 July 2015 13:21
> To: Paul Durrant; Roger Pau Monne; Sander Eikelenboom
> Cc: Andrew Cooper; xen-devel
> Subject: RE: [Xen-devel] [BUG] Emulation issues
>
> > -Original Message-
> > From: xen-devel-boun...@lists.xen.org [mailto:x
On Fri, Jul 31, 2015 at 11:32:19AM +0100, Ian Campbell wrote:
> On Fri, 2015-07-31 at 09:05 +0100, Ian Campbell wrote:
> > On Fri, 2015-07-31 at 13:16 +0530, Manish Jaggi wrote:
> > > > > Secondly, the vdev-X entry is created async by dom0 watching on
> > > > > event.
>
> Stefano points out that
Hi Julien,
On 31/07/15 6:29 pm, Julien Grall wrote:
Hi Manish,
On 31/07/15 13:50, Manish Jaggi wrote:
Ok, i will implement the same from pciback to toolstack. I am not sure
about the complexity but will give it a try.
With this xen-pciback will not create the vdev-X entry at all.
Can you send
On 31/07/15 15:33, Manish Jaggi wrote:
> Hi Julien,
>
> On 31/07/15 6:29 pm, Julien Grall wrote:
>> Hi Manish,
>>
>> On 31/07/15 13:50, Manish Jaggi wrote:
>>> Ok, i will implement the same from pciback to toolstack. I am not sure
>>> about the complexity but will give it a try.
>>> With this xen-
Hello,
It has become apparent that after a succesful
xc_domain_hvm_getcontext_partial( ..., HVM_SAVE_CODE(CPU), ...) call,
the sysenter_eip member of struct hvm_hw_cpu is always zero.
Looking in the code, the only two __vmwrite(GUEST_SYSENTER_EIP, ...)
calls occur in xen/arch/x86/hvm/vmx/vmx.c. O
On 31/07/15 8:26 pm, Julien Grall wrote:
On 31/07/15 15:33, Manish Jaggi wrote:
Hi Julien,
On 31/07/15 6:29 pm, Julien Grall wrote:
Hi Manish,
On 31/07/15 13:50, Manish Jaggi wrote:
Ok, i will implement the same from pciback to toolstack. I am not sure
about the complexity but will give it
On 31/07/15 16:00, Razvan Cojocaru wrote:
> Hello,
>
> It has become apparent that after a succesful
> xc_domain_hvm_getcontext_partial( ..., HVM_SAVE_CODE(CPU), ...) call,
> the sysenter_eip member of struct hvm_hw_cpu is always zero.
How odd.
>
> Looking in the code, the only two __vmwrite(GUES
On 31/07/15 16:12, Manish Jaggi wrote:
>> Usually the time between two draft should be pretty short in order to
>> get sane base for discussion. For now, we are talking about small
>> portion of design and speculating/trying to remember what was agreed on
>> other sub-thread.
> ok will send draft 3
El 31/07/15 a les 16.19, Paul Durrant ha escrit:
>> -Original Message-
>> From: Paul Durrant
>> Sent: 31 July 2015 13:21
>> To: Paul Durrant; Roger Pau Monne; Sander Eikelenboom
>> Cc: Andrew Cooper; xen-devel
>> Subject: RE: [Xen-devel] [BUG] Emulation issues
>>
>>> -Original Message--
Ian Campbell writes ("[PATCH v2 2/3] ts-debian-hvm-install: use
di_installcmdline_core"):
> This is primarily to get DEBIAN_FRONTEND=test, for easier to read
> logging.
text
Aside from that,
Acked-by: Ian Jackson
Ian.
___
1 - 100 of 144 matches
Mail list logo
