Jan Beulich writes ("Re: [Xen-devel] [xen-4.7-testing bisection] complete
build-amd64"):
> On 12.06.17 at 12:45, wrote:
> > Jan Beulich writes ("Re: [Xen-devel] [xen-4.7-testing bisection] complete
> > build-amd64"):
...
> > Normally, the debug build o
>>> On 12.06.17 at 12:45, wrote:
> Jan Beulich writes ("Re: [Xen-devel] [xen-4.7-testing bisection] complete
> build-amd64"):
>> On 11.06.17 at 17:55, wrote:
>> > commit 164c34dd23bc3ea8d5285752d9270627a93c91f5
>> > Author: Jan Beul
Jan Beulich writes ("Re: [Xen-devel] [xen-4.7-testing bisection] complete
build-amd64"):
> On 11.06.17 at 17:55, wrote:
> > commit 164c34dd23bc3ea8d5285752d9270627a93c91f5
> > Author: Jan Beulich
> > Date: Fri Jun 9 13:51:34 2017 +0200
> >
>
>>> On 11.06.17 at 17:55, wrote:
> branch xen-4.7-testing
> xenbranch xen-4.7-testing
> job build-amd64
> testid xen-build
>
> Tree: qemuu git://xenbits.xen.org/qemu-xen.git
> Tree: xen git://xenbits.xen.org/xen.git
>
> *** Found and reproduced problem changeset ***
>
> Bug is in tree: xen g
On Wed, 2017-02-22 at 01:46 -0700, Jan Beulich wrote:
> > > > On 22.02.17 at 01:02, wrote:
> > (XEN)
> > (XEN) Panic on CPU 14:
> > (XEN) Assertion 'd->cpupool != NULL' failed at
> > ...5948.build-amd64/xen/xen/include/xen/sched-if.h:200
> > (XEN) *
On Wed, 2017-02-22 at 01:46 -0700, Jan Beulich wrote:
> > > > On 22.02.17 at 01:02, wrote:
> > (XEN) Xen call trace:
> > (XEN)[]
> > sched_credit2.c#vcpu_is_migrateable+0x22/0x9a
> > (XEN)[]
> > sched_credit2.c#csched2_schedule+0x823/0xb4e
> > (XEN)[] schedule.c#schedule+0x108/0x609
>
>>> On 22.02.17 at 01:02, wrote:
> On 21/02/2017 23:45, osstest service owner wrote:
>> flight 105948 xen-4.7-testing real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/105948/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including tests which could no
On 21/02/2017 23:45, osstest service owner wrote:
> flight 105948 xen-4.7-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/105948/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-amd64-xl-credit2 17
osstest service owner writes ("[xen-4.7-testing test] 101683: regressions -
FAIL"):
> flight 101683 xen-4.7-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/101683/
>
> Regressions :-(
...
>
> Tests which did not succeed and are blocking,
> including tests which could not b
On Fri, Aug 26, 2016 at 02:55:06PM +0200, Stefan Bader wrote:
> On 26.08.2016 13:53, Juergen Gross wrote:
> > On 26/08/16 12:52, Stefan Bader wrote:
> >> On 25.08.2016 19:31, Juergen Gross wrote:
> >>> On 25/08/16 17:48, Stefan Bader wrote:
> When I try to save a PV guest with 4G of memory usi
On 26.08.2016 13:53, Juergen Gross wrote:
> On 26/08/16 12:52, Stefan Bader wrote:
>> On 25.08.2016 19:31, Juergen Gross wrote:
>>> On 25/08/16 17:48, Stefan Bader wrote:
When I try to save a PV guest with 4G of memory using xen-4.7 I get the
following error:
II: Guest memory 40
On 26/08/16 14:11, Ian Jackson wrote:
> Juergen Gross writes ("Re: xen-4.7 regression when saving a pv guest"):
>> Weird that nobody else stumbled over it.
>> Ian, don't we have any test in OSSTEST which should catch this problem?
>> A 4GB 64-bit pv-domain with Linux kernel 4.3 or newer can't be sa
Juergen Gross writes ("Re: xen-4.7 regression when saving a pv guest"):
> Weird that nobody else stumbled over it.
> Ian, don't we have any test in OSSTEST which should catch this problem?
> A 4GB 64-bit pv-domain with Linux kernel 4.3 or newer can't be saved
> currently.
I don't think we have any
On 26/08/16 12:52, Stefan Bader wrote:
> On 25.08.2016 19:31, Juergen Gross wrote:
>> On 25/08/16 17:48, Stefan Bader wrote:
>>> When I try to save a PV guest with 4G of memory using xen-4.7 I get the
>>> following error:
>>>
>>> II: Guest memory 4096 MB
>>> II: Saving guest state to file...
>>> Sa
On 25.08.2016 19:31, Juergen Gross wrote:
> On 25/08/16 17:48, Stefan Bader wrote:
>> When I try to save a PV guest with 4G of memory using xen-4.7 I get the
>> following error:
>>
>> II: Guest memory 4096 MB
>> II: Saving guest state to file...
>> Saving to /tmp/pvguest.save new xl format (info 0x
On 25/08/16 17:48, Stefan Bader wrote:
> When I try to save a PV guest with 4G of memory using xen-4.7 I get the
> following error:
>
> II: Guest memory 4096 MB
> II: Saving guest state to file...
> Saving to /tmp/pvguest.save new xl format (info 0x3/0x0/1131)
> xc: info: Saving domain 23, type x8
Sorry for the incomplete subject. Got interrupted while writing the email and
then forgot to complete it... :/
On 25.08.2016 17:48, Stefan Bader wrote:
> When I try to save a PV guest with 4G of memory using xen-4.7 I get the
> following error:
>
> II: Guest memory 4096 MB
> II: Saving guest stat
osstest service owner writes ("[xen-4.7-testing test] 99713: regressions -
trouble: blocked/broken/fail/pass"):
> test-amd64-i386-freebsd10-i386 3 host-install(3) broken REGR. vs. 96660
Lots of these. Something is wrong with nocera1. I am investigating.
Ian.
___
:
> >>>>Aaron Cornelius writes ("Re: [Xen-devel] Xen 4.7 crash"):
> >>>>>I am not that familiar with the xenstored code, but as far as I can tell
> >>>>>the grant mapping will be held by the xenstore until the xs_release()
> >>>&g
On 6/14/2016 9:26 AM, Aaron Cornelius wrote:
On 6/14/2016 9:15 AM, Wei Liu wrote:
On Tue, Jun 14, 2016 at 09:11:47AM -0400, Aaron Cornelius wrote:
On 6/9/2016 7:14 AM, Ian Jackson wrote:
Aaron Cornelius writes ("Re: [Xen-devel] Xen 4.7 crash"):
I am not that familiar with the xens
On 6/14/2016 9:15 AM, Wei Liu wrote:
On Tue, Jun 14, 2016 at 09:11:47AM -0400, Aaron Cornelius wrote:
On 6/9/2016 7:14 AM, Ian Jackson wrote:
Aaron Cornelius writes ("Re: [Xen-devel] Xen 4.7 crash"):
I am not that familiar with the xenstored code, but as far as I can tell
the gra
On Tue, Jun 14, 2016 at 09:11:47AM -0400, Aaron Cornelius wrote:
> On 6/9/2016 7:14 AM, Ian Jackson wrote:
> >Aaron Cornelius writes ("Re: [Xen-devel] Xen 4.7 crash"):
> >>I am not that familiar with the xenstored code, but as far as I can tell
> >>the grant
On 6/9/2016 7:14 AM, Ian Jackson wrote:
Aaron Cornelius writes ("Re: [Xen-devel] Xen 4.7 crash"):
I am not that familiar with the xenstored code, but as far as I can tell
the grant mapping will be held by the xenstore until the xs_release()
function is called (which is not called by
On Sat, Jun 11, 2016 at 01:47:33PM +0100, Andrew Cooper wrote:
> On 11/06/16 13:00, Wei Liu wrote:
> > On Sat, Jun 11, 2016 at 09:31:40AM +, osstest service owner wrote:
> >> flight 95489 xen-4.7-testing real [real]
> >> http://logs.test-lab.xenproject.org/osstest/logs/95489/
> >>
> >> Regressi
On 11/06/16 13:00, Wei Liu wrote:
> On Sat, Jun 11, 2016 at 09:31:40AM +, osstest service owner wrote:
>> flight 95489 xen-4.7-testing real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/95489/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including te
On Sat, Jun 11, 2016 at 09:31:40AM +, osstest service owner wrote:
> flight 95489 xen-4.7-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/95489/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64
Aaron Cornelius writes ("Re: [Xen-devel] Xen 4.7 crash"):
> I am not that familiar with the xenstored code, but as far as I can tell
> the grant mapping will be held by the xenstore until the xs_release()
> function is called (which is not called by libxl, and I do not
>
On 6/7/2016 9:40 AM, Aaron Cornelius wrote:
On 6/7/2016 5:53 AM, Ian Jackson wrote:
Aaron Cornelius writes ("Re: [Xen-devel] Xen 4.7 crash"):
We realized that we had forgotten to remove the domain from the
permissions list when the domain is deleted (which would cause the error
we
On 6/7/2016 5:53 AM, Ian Jackson wrote:
Aaron Cornelius writes ("Re: [Xen-devel] Xen 4.7 crash"):
We realized that we had forgotten to remove the domain from the
permissions list when the domain is deleted (which would cause the error
we saw). The application was updated to remove
Aaron Cornelius writes ("Re: [Xen-devel] Xen 4.7 crash"):
> We realized that we had forgotten to remove the domain from the
> permissions list when the domain is deleted (which would cause the error
> we saw). The application was updated to remove the domain from the
>
On 6/6/2016 10:19 AM, Wei Liu wrote:
On Mon, Jun 06, 2016 at 03:05:47PM +0100, Julien Grall wrote:
(CC Ian, Stefano and Wei)
Hello Aaron,
On 06/06/16 14:58, Aaron Cornelius wrote:
On 6/2/2016 5:07 AM, Julien Grall wrote:
Hello Aaron,
On 02/06/2016 02:32, Aaron Cornelius wrote:
This is with
On Mon, Jun 06, 2016 at 03:05:47PM +0100, Julien Grall wrote:
> (CC Ian, Stefano and Wei)
>
> Hello Aaron,
>
> On 06/06/16 14:58, Aaron Cornelius wrote:
> >On 6/2/2016 5:07 AM, Julien Grall wrote:
> >>Hello Aaron,
> >>
> >>On 02/06/2016 02:32, Aaron Cornelius wrote:
> >>>This is with a custom app
(CC Ian, Stefano and Wei)
Hello Aaron,
On 06/06/16 14:58, Aaron Cornelius wrote:
On 6/2/2016 5:07 AM, Julien Grall wrote:
Hello Aaron,
On 02/06/2016 02:32, Aaron Cornelius wrote:
This is with a custom application, we use the libxl APIs to interact
with Xen. Domains are created using the lib
On 6/2/2016 5:07 AM, Julien Grall wrote:
Hello Aaron,
On 02/06/2016 02:32, Aaron Cornelius wrote:
This is with a custom application, we use the libxl APIs to interact
with Xen. Domains are created using the libxl_domain_create_new()
function, and domains are destroyed using the libxl_domain_de
Hello Aaron,
On 02/06/2016 02:32, Aaron Cornelius wrote:
This is with a custom application, we use the libxl APIs to interact
with Xen. Domains are created using the libxl_domain_create_new()
function, and domains are destroyed using the libxl_domain_destroy()
function.
The test in this case c
>>> On 02.06.16 at 10:53, wrote:
> On 02/06/16 09:47, Jan Beulich wrote:
> On 02.06.16 at 00:31, wrote:
>>> On 01/06/2016 23:24, Julien Grall wrote:
free_xenheap_pages already tolerates NULL (even if an order != 0). Is
there any reason to not do the same for free_domheap_pages?
>>>
On 02/06/16 09:47, Jan Beulich wrote:
On 02.06.16 at 00:31, wrote:
>> On 01/06/2016 23:24, Julien Grall wrote:
>>> free_xenheap_pages already tolerates NULL (even if an order != 0). Is
>>> there any reason to not do the same for free_domheap_pages?
>> The xenheap allocation functions deal in
>>> On 02.06.16 at 03:32, wrote:
> The test in this case creates a domain, waits a minute, then
> deletes/creates the next domain, waits a minute, and so on. So I
> wouldn't be surprised to see the VMID occasionally indicate there are 2
> active domains since there could be one being created a
>>> On 02.06.16 at 00:31, wrote:
> On 01/06/2016 23:24, Julien Grall wrote:
>> free_xenheap_pages already tolerates NULL (even if an order != 0). Is
>> there any reason to not do the same for free_domheap_pages?
>
> The xenheap allocation functions deal in terms of plain virtual
> addresses, whil
On 6/1/2016 6:35 PM, Julien Grall wrote:
Hello Aaron,
On 01/06/2016 20:54, Aaron Cornelius wrote:
I'm not 100% sure, from the "VMID pool exhausted" message it would
appear that the p2m_init() function failed to allocate a VM ID, which
caused domain creation to fail, and the NULL pointer deref
Hello Aaron,
On 01/06/2016 20:54, Aaron Cornelius wrote:
I am doing some work with Xen 4.7 on the cubietruck (ARM32). I've noticed some
strange behavior after I create/destroy enough domains and put together a
script to do the add/remove for me. For this particular test I am creating a
smal
On 01/06/2016 23:24, Julien Grall wrote:
> Hi,
>
> On 01/06/2016 22:35, Andrew Cooper wrote:
>> On 01/06/2016 20:54, Aaron Cornelius wrote:
>>>
>>> (XEN) Xen call trace:
>>> (XEN)[<0021fdd4>] free_domheap_pages+0x1c/0x324 (PC)
>>> (XEN)[<0025b0cc>] p2m_teardown+0xa0/0x108 (LR)
>>> (XEN)
On 01/06/2016 23:18, Julien Grall wrote:
> Hi Andrew,
>
> On 01/06/2016 22:24, Andrew Cooper wrote:
>> On 01/06/2016 21:45, Aaron Cornelius wrote:
> However, since I only have 1 domain active at a time, I'm not sure
> why I
should run out of VM IDs.
Sounds like a VMID re
Hi,
On 01/06/2016 22:35, Andrew Cooper wrote:
On 01/06/2016 20:54, Aaron Cornelius wrote:
(XEN) Xen call trace:
(XEN)[<0021fdd4>] free_domheap_pages+0x1c/0x324 (PC)
(XEN)[<0025b0cc>] p2m_teardown+0xa0/0x108 (LR)
(XEN)[<0025b0cc>] p2m_teardown+0xa0/0x108
(XEN)[<0024f668>] arch_d
Hi Andrew,
On 01/06/2016 22:24, Andrew Cooper wrote:
On 01/06/2016 21:45, Aaron Cornelius wrote:
However, since I only have 1 domain active at a time, I'm not sure why I
should run out of VM IDs.
Sounds like a VMID resource leak. Check to see whether it is freed properly
in domain_destroy(
On 01/06/2016 20:54, Aaron Cornelius wrote:
>
> (XEN) Xen call trace:
> (XEN)[<0021fdd4>] free_domheap_pages+0x1c/0x324 (PC)
> (XEN)[<0025b0cc>] p2m_teardown+0xa0/0x108 (LR)
> (XEN)[<0025b0cc>] p2m_teardown+0xa0/0x108
> (XEN)[<0024f668>] arch_domain_destroy+0x20/0x50
> (XEN)[<0
On 01/06/2016 21:45, Aaron Cornelius wrote:
>>
>>> However, since I only have 1 domain active at a time, I'm not sure why I
>> should run out of VM IDs.
>>
>> Sounds like a VMID resource leak. Check to see whether it is freed properly
>> in domain_destroy().
>>
>> ~Andrew
> That would be my assump
> -Original Message-
> From: Andrew Cooper [mailto:am...@hermes.cam.ac.uk] On Behalf Of
> Andrew Cooper
> Sent: Wednesday, June 1, 2016 4:01 PM
> To: Aaron Cornelius ; Xen-devel de...@lists.xenproject.org>
> Subject: Re: [Xen-devel] Xen 4.7 crash
>
> On 01/06/
On 01/06/2016 20:54, Aaron Cornelius wrote:
> I am doing some work with Xen 4.7 on the cubietruck (ARM32). I've noticed
> some strange behavior after I create/destroy enough domains and put together
> a script to do the add/remove for me. For this particular test I am creating
> a small mini-o
On Tue, May 10, 2016 at 10:46 AM, George Dunlap
wrote:
> On 10/05/16 03:18, Dario Faggioli wrote:
>> On Mon, 2016-05-09 at 17:55 +0100, Lars Kurth wrote:
Hard affinity tests shouldn't be too difficult to add in.
>>>
>>> That would be great
>>>
>> George, if you are not into this already, I ca
Hi all,
I cleaned the test page page up as much as I could and have time for and
incorporated your input: see
http://wiki.xenproject.org/wiki/Xen_4.7_RC_test_instructions
Obviously there are still gaps, which could be filled. I did focus on top-level
features and features which have a command
On Mon, 9 May 2016, Julien Grall wrote:
> On 09/05/16 17:56, Lars Kurth wrote:
> >
> > > On 9 May 2016, at 17:17, Julien Grall wrote:
> > >
> > > (CC Shannon, Stefano and Steve)
> > >
> > > Hi Lars,
> > >
> > > On 09/05/16 16:28, Lars Kurth wrote:
> > > > Hi all,
> > > >
> > > > I added the f
On 10/05/16 03:18, Dario Faggioli wrote:
> [removing Vitaly, adding Juergen]
>
> On Mon, 2016-05-09 at 17:55 +0100, Lars Kurth wrote:
>>
>>> On 9 May 2016, at 17:03, George Dunlap
>>> wrote:
>>> On Mon, May 9, 2016 at 4:28 PM, Lars Kurth
>>> wrote:
- George: are there any manual te
On 10/05/16 04:18, Dario Faggioli wrote:
> [removing Vitaly, adding Juergen]
>
> On Mon, 2016-05-09 at 17:55 +0100, Lars Kurth wrote:
>>
>>> On 9 May 2016, at 17:03, George Dunlap
>>> wrote:
>>> On Mon, May 9, 2016 at 4:28 PM, Lars Kurth
>>> wrote:
- George: are there any manual te
On 5/9/16 10:28 AM, Lars Kurth wrote:
> Hi all,
>
> I added the following sections based on git logs to man pages. Authors are on
> the CC list and should review and modify (or suggest edits by replying to
> this thread). I added/updated/added TODO's to:
>
> I do have some questions, to ...
> -
>>> On 5/9/2016 at 11:28 PM, in message
<6db04875-03d4-4542-b06c-2b0412d08...@gmail.com>, Lars Kurth
wrote:
> Hi all,
>
> I added the following sections based on git logs to man pages. Authors are
> on the CC list and should review and modify (or suggest edits by replying to
> this threa
[removing Vitaly, adding Juergen]
On Mon, 2016-05-09 at 17:55 +0100, Lars Kurth wrote:
>
> > On 9 May 2016, at 17:03, George Dunlap
> > wrote:
> > On Mon, May 9, 2016 at 4:28 PM, Lars Kurth
> > wrote:
> > >
> > > - George: are there any manual tests for credit 2 hard affinity,
> > > for hotplu
On 2016/5/10 0:17, Julien Grall wrote:
> (CC Shannon, Stefano and Steve)
>
> Hi Lars,
>
> On 09/05/16 16:28, Lars Kurth wrote:
>> Hi all,
>>
>> I added the following sections based on git logs to man pages. Authors
>> are on the CC list and should review and modify (or suggest edits by
>> reply
> On 9 May 2016, at 18:37, Konrad Rzeszutek Wilk wrote:
>
> On Mon, May 09, 2016 at 04:28:52PM +0100, Lars Kurth wrote:
>> Hi all,
>>
>> I added the following sections based on git logs to man pages. Authors are
>> on the CC list and should review and modify (or suggest edits by replying to
>
On Mon, May 09, 2016 at 04:28:52PM +0100, Lars Kurth wrote:
> Hi all,
>
> I added the following sections based on git logs to man pages. Authors are on
> the CC list and should review and modify (or suggest edits by replying to
> this thread). I added/updated/added TODO's to:
>
> I do have some
On Mon, May 9, 2016 at 11:28 AM, Lars Kurth wrote:
> Hi all,
>
> I added the following sections based on git logs to man pages. Authors are on
> the CC list and should review and modify (or suggest edits by replying to
> this thread). I added/updated/added TODO's to:
>
> I do have some questions
On 09/05/16 17:56, Lars Kurth wrote:
On 9 May 2016, at 17:17, Julien Grall wrote:
(CC Shannon, Stefano and Steve)
Hi Lars,
On 09/05/16 16:28, Lars Kurth wrote:
Hi all,
I added the following sections based on git logs to man pages. Authors are on
the CC list and should review and modify
> On 9 May 2016, at 17:17, Julien Grall wrote:
>
> (CC Shannon, Stefano and Steve)
>
> Hi Lars,
>
> On 09/05/16 16:28, Lars Kurth wrote:
>> Hi all,
>>
>> I added the following sections based on git logs to man pages. Authors are
>> on the CC list and should review and modify (or suggest edit
Reduced CC list
> On 9 May 2016, at 17:03, George Dunlap wrote:
>
> On Mon, May 9, 2016 at 4:28 PM, Lars Kurth wrote:
>> Hi all,
>>
>> I added the following sections based on git logs to man pages. Authors are
>> on the CC list and should review and modify (or suggest edits by replying to
>>
(CC Shannon, Stefano and Steve)
Hi Lars,
On 09/05/16 16:28, Lars Kurth wrote:
Hi all,
I added the following sections based on git logs to man pages. Authors are on
the CC list and should review and modify (or suggest edits by replying to this
thread). I added/updated/added TODO's to:
I do h
On Mon, May 9, 2016 at 4:28 PM, Lars Kurth wrote:
> Hi all,
>
> I added the following sections based on git logs to man pages. Authors are on
> the CC list and should review and modify (or suggest edits by replying to
> this thread). I added/updated/added TODO's to:
>
> I do have some questions,
Hi all,
I added the following sections based on git logs to man pages. Authors are on
the CC list and should review and modify (or suggest edits by replying to this
thread). I added/updated/added TODO's to:
I do have some questions, to ...
- Konrad/Ross: is there any documentation for xSplice w
On 4/27/16 8:12 AM, Lars Kurth wrote:
>
>> On 24 Apr 2016, at 02:06, Doug Goldstein wrote:
>>
>> On 4/22/16 9:25 AM, George Dunlap wrote:
>>> On Fri, Apr 22, 2016 at 3:22 PM, Lars Kurth
>>> wrote:
> On 22 Apr 2016, at 15:08, George Dunlap wrote:
>
>
> kconfig for the hyper
> On 24 Apr 2016, at 02:06, Doug Goldstein wrote:
>
> On 4/22/16 9:25 AM, George Dunlap wrote:
>> On Fri, Apr 22, 2016 at 3:22 PM, Lars Kurth wrote:
>>>
On 22 Apr 2016, at 15:08, George Dunlap wrote:
kconfig for the hypervisor
>>>
>>> This is one which potentially has a
On 4/22/16 9:25 AM, George Dunlap wrote:
> On Fri, Apr 22, 2016 at 3:22 PM, Lars Kurth wrote:
>>
>>> On 22 Apr 2016, at 15:08, George Dunlap wrote:
>>>
>>> On Fri, Apr 22, 2016 at 2:26 PM, Lars Kurth
>>> wrote:
Folks,
given that we have we are getting close to RC's, I would like
Hi Lars,
On 22/04/16 15:19, Lars Kurth wrote:
On 22 Apr 2016, at 14:39, Wei Liu wrote:
On Fri, Apr 22, 2016 at 02:26:39PM +0100, Lars Kurth wrote:
Folks,
given that we have we are getting close to RC's, I would like to start to spec
out the headline Features for the press release. The big
> On 22 Apr 2016, at 15:29, Andrew Cooper wrote:
>
> On 22/04/16 14:26, Lars Kurth wrote:
>> Folks,
>>
>> given that we have we are getting close to RC's, I would like to start to
>> spec out the headline Features for the press release. The big items I am
>> aware of are COLO. I am a little c
On 22/04/16 14:26, Lars Kurth wrote:
> Folks,
>
> given that we have we are getting close to RC's, I would like to start to
> spec out the headline Features for the press release. The big items I am
> aware of are COLO. I am a little confused about xSplice.
>
> Maybe we can use this thread to sta
On Fri, Apr 22, 2016 at 03:22:51PM +0100, Lars Kurth wrote:
>
> > On 22 Apr 2016, at 15:08, George Dunlap wrote:
> >
> > On Fri, Apr 22, 2016 at 2:26 PM, Lars Kurth
> > wrote:
> >> Folks,
> >>
> >> given that we have we are getting close to RC's, I would like to start to
> >> spec out the he
On Fri, Apr 22, 2016 at 3:22 PM, Lars Kurth wrote:
>
>> On 22 Apr 2016, at 15:08, George Dunlap wrote:
>>
>> On Fri, Apr 22, 2016 at 2:26 PM, Lars Kurth wrote:
>>> Folks,
>>>
>>> given that we have we are getting close to RC's, I would like to start to
>>> spec out the headline Features for the
George Dunlap writes:
>
> soft reset for pv guests
>
For HVM guests I guess.
--
Vitaly
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Fri, Apr 22, 2016 at 3:19 PM, Lars Kurth wrote:
>
>> On 22 Apr 2016, at 14:39, Wei Liu wrote:
>>
>> On Fri, Apr 22, 2016 at 02:26:39PM +0100, Lars Kurth wrote:
>>> Folks,
>>>
>>> given that we have we are getting close to RC's, I would like to start to
>>> spec out the headline Features for t
> On 22 Apr 2016, at 15:08, George Dunlap wrote:
>
> On Fri, Apr 22, 2016 at 2:26 PM, Lars Kurth wrote:
>> Folks,
>>
>> given that we have we are getting close to RC's, I would like to start to
>> spec out the headline Features for the press release. The big items I am
>> aware of are COLO.
> On 22 Apr 2016, at 14:39, Wei Liu wrote:
>
> On Fri, Apr 22, 2016 at 02:26:39PM +0100, Lars Kurth wrote:
>> Folks,
>>
>> given that we have we are getting close to RC's, I would like to start to
>> spec out the headline Features for the press release. The big items I am
>> aware of are COLO
On Fri, Apr 22, 2016 at 9:26 AM, Lars Kurth wrote:
>
> Folks,
>
> given that we have we are getting close to RC's, I would like to start to
> spec out the headline Features for the press release. The big items I am
> aware of are COLO. I am a little confused about xSplice.
>
> Maybe we can use t
On Fri, Apr 22, 2016 at 2:26 PM, Lars Kurth wrote:
> Folks,
>
> given that we have we are getting close to RC's, I would like to start to
> spec out the headline Features for the press release. The big items I am
> aware of are COLO. I am a little confused about xSplice.
>
> Maybe we can use thi
On Fri, Apr 22, 2016 at 02:39:43PM +0100, Wei Liu wrote:
> On Fri, Apr 22, 2016 at 02:26:39PM +0100, Lars Kurth wrote:
> > Folks,
> >
> > given that we have we are getting close to RC's, I would like to start to
> > spec out the headline Features for the press release. The big items I am
> > awa
On 22/04/16 15:26, Lars Kurth wrote:
> Folks,
>
> given that we have we are getting close to RC's, I would like to start to
> spec out the headline Features for the press release. The big items I am
> aware of are COLO. I am a little confused about xSplice.
>
> Maybe we can use this thread to s
On Fri, Apr 22, 2016 at 02:26:39PM +0100, Lars Kurth wrote:
> Folks,
>
> given that we have we are getting close to RC's, I would like to start to
> spec out the headline Features for the press release. The big items I am
> aware of are COLO. I am a little confused about xSplice.
>
> Maybe we c
On Wed, Mar 02, 2016 at 02:43:57PM +, George Dunlap wrote:
> On Wed, Mar 2, 2016 at 1:32 PM, Jan Beulich wrote:
> On 02.03.16 at 12:38, wrote:
> >> On Mon, Feb 29, 2016 at 11:17 AM, Wei Liu wrote:
> >>> * Improve ioreq server performance
> >>> - Yu Zhang
> >>> - Paul Durrant
> >>
On Wed, Mar 2, 2016 at 1:32 PM, Jan Beulich wrote:
On 02.03.16 at 12:38, wrote:
>> On Mon, Feb 29, 2016 at 11:17 AM, Wei Liu wrote:
>>> * Improve ioreq server performance
>>> - Yu Zhang
>>> - Paul Durrant
>>
>> If this means "use RB trees for rangesets", I think this is already in.
>
On February 29, 2016 at 7:17pm, wrote:
> * VT-d asynchronous flush issue
> - Quan Xu
V6 has been sent out. Thanks.
Quan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 02 March 2016 14:21
> To: Paul Durrant
> Cc: Wei Liu; xen-devel; George Dunlap
> Subject: RE: [Xen-devel] Xen 4.7 Development Update
>
> >>> On 02.03.16 at 15:07, wrote:
> >
>>> On 02.03.16 at 15:07, wrote:
>> -Original Message-
>> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
>> Beulich
>> Sent: 02 March 2016 13:33
>> To: George Dunlap
>> Cc: xen-devel; Wei Liu
>> Subject: Re: [
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
> Beulich
> Sent: 02 March 2016 13:33
> To: George Dunlap
> Cc: xen-devel; Wei Liu
> Subject: Re: [Xen-devel] Xen 4.7 Development Update
>
> >>> On 02.03.
>>> On 02.03.16 at 12:38, wrote:
> On Mon, Feb 29, 2016 at 11:17 AM, Wei Liu wrote:
>> * Improve ioreq server performance
>> - Yu Zhang
>> - Paul Durrant
>
> If this means "use RB trees for rangesets", I think this is already in.
No, it's not. There was no point in committing that one wi
On Mon, Feb 29, 2016 at 11:17 AM, Wei Liu wrote:
> NOTE: We are one month away from freeze. Features that wish to be in 4.7 must
> be posted to xen-devel by March 18.
>
> This email only tracks big items for xen.git tree. Please reply for items you
> woulk like to see in 4.7 so that people have an
On Mon, Feb 29, 2016 at 11:17:05AM +, Wei Liu wrote:
> * xsave/xrtors support
hi, Wei
I will send three bugs fix patches. And some clean up patches.
The patch will send on time.
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
___
On 02/29/16 11:17, Wei Liu wrote:
> = Projects =
>
> == Hypervisor ==
>
> === x86 ===
>
> * VMX TSC scaling support
> - Haozhong Zhang
now in staging branch
> == Toolstack ==
>
> * vNVDIMM support
> - Haozhong Zhang
design still in discussion
_
>
> * Posted interrupt
> - Wu, Feng
>
Already in staging branch, thanks!
Thanks,
Feng
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, 2016-02-29 at 11:17 +, Wei Liu wrote:
>
> * Memory protection-key support
> - Huaitong Han
The patches have been merged into staging branch.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Mon, 2016-02-29 at 08:27 -0500, Meng Xu wrote:
> On Mon, Feb 29, 2016 at 6:17 AM, Wei Liu wrote:
> >
> > == Hypervisor ==
> >
> > * Convert RTDS from time to event-driven model
> > - Meng Xu
> > - Tianyang Chen
>
> We will try our best to meet this release cycle, although we are not
>
On Mon, Feb 29, 2016 at 10:35:56AM -0500, Konrad Rzeszutek Wilk wrote:
> On Mon, Feb 29, 2016 at 11:17:05AM +, Wei Liu wrote:
> > NOTE: We are one month away from freeze. Features that wish to be in 4.7
> > must
> > be posted to xen-devel by March 18.
> >
> > This email only tracks big items
On Mon, Feb 29, 2016 at 11:17:05AM +, Wei Liu wrote:
> NOTE: We are one month away from freeze. Features that wish to be in 4.7 must
> be posted to xen-devel by March 18.
>
> This email only tracks big items for xen.git tree. Please reply for items you
> woulk like to see in 4.7 so that people
On Mon, Feb 29, 2016 at 6:17 AM, Wei Liu wrote:
> NOTE: We are one month away from freeze. Features that wish to be in 4.7 must
> be posted to xen-devel by March 18.
>
> This email only tracks big items for xen.git tree. Please reply for items you
> woulk like to see in 4.7 so that people have an
1 - 100 of 132 matches
Mail list logo
