>>> On 15.03.16 at 18:56, wrote:
> If you have a patch for xSplice send it our way!
>
> Signed-off-by: Ross Lagerwall
> Signed-off-by: Konrad Rzeszutek Wilk
>
> ---
> Cc: Ian Jackson
> Cc: Jan Beulich
> Cc: Keir Fraser
> Cc: Tim Deegan
> ---
> ---
> MAINTAINERS | 10 ++
> 1 file c
>>> On 15.03.16 at 18:56, wrote:
> It is not used.
Consistently please - either keep them all (just to cover the case
that they might get used) or remove them all: xen_compile_info,
xen_changeset_info, etc are all unused too. Otoh
xennmi_callback is used, but xennmi_callback_t isn't. Which to me
On Tue, Mar 15, 2016 at 06:37:43PM +, Julien Grall wrote:
> (CC Chen for the omap port)
>
> Hi Lars,
>
> On 15/03/16 10:56, Lars Kurth wrote:
> >Folks,
> >
> >I just noticed a cluster of issues related to Xen unstable hanging on
> >various ARM boards. See
> >*
> >http://xenproject.org/help/
On Wed, Mar 16, 2016 at 04:08:07AM -0600, Jan Beulich wrote:
> >>> On 16.03.16 at 10:35, wrote:
> > #define XSTATE_SUPER 0
>
> Not an ideal name I would say. XSTATE_XSAVES_ONLY maybe?
>
Ok.
> > #define using_xsaves 0
> >
> > if ( using_xsaves && (v->arch.xcr0_accum & XSTATE_SUPER) )
> > {
> >
flight 86367 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86367/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 60684
build-amd6
flight 86330 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86330/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 66399
build-i386-rumpuserxen
>>> On 16.03.16 at 04:43, wrote:
> On Tue, Mar 15, 2016 at 11:32 PM, Chong Li wrote:
>> If we define
>>
>>static bool warned;
>>
>> at the beginning of rt_dom_cntl(), do we need to initialize it? If without
>> initialization, I think its default value is "false", which is just
>> what we need
On 16/03/16 03:18, Andy Lutomirski wrote:
> On Mar 15, 2016 3:05 PM, "Andrew Cooper" wrote:
>> On 15/03/2016 21:52, Andy Lutomirski wrote:
>>> On Tue, Mar 15, 2016 at 2:50 PM, Andrew Cooper
>>> wrote:
On 15/03/2016 21:36, Andy Lutomirski wrote:
>>> e) Can timing use RDTSC?
>> I don
>>> On 16.03.16 at 09:39, wrote:
> On Wed, 2016-03-16 at 02:39 +, Xu, Quan wrote:
>> __iiuc__, this patch set is ready for staging branch. if yes, could
>> you help me merge it into staging branch?
>>
> Well, not yet, AFAICS.
>
> In fact, patch 1 touches xen/drivers/passthrough/amd/ and, un
On Tuesday, March 15, 2016, Daniel Kiper wrote:
> On Tue, Mar 15, 2016 at 05:30:20PM +0100, Vladimir 'phcoder' Serbinenko
> wrote:
> > On Tuesday, March 15, 2016, Vladimir 'phcoder' Serbinenko <
> phco...@gmail.com >
> > wrote:
> >
> > >
> > >> + if (mld->relocatable)
> > >> +
On Wednesday, March 16, 2016, Toomas Soome wrote:
>
> > On 16. märts 2016, at 12:02, Daniel Kiper > wrote:
> >
> > On Tue, Mar 15, 2016 at 07:46:46PM -0400, Konrad Rzeszutek Wilk wrote:
> >> On Tue, Mar 15, 2016 at 04:26:00PM +0100, Daniel Kiper wrote:
> >>> Do not pass memory maps to image if i
Hello
On Wed, Mar 16, 2016 at 11:33:02AM +0800, Shannon Zhao wrote:
> Hi,
>
> I noticed there are some efforts to add Xen PV block device support in
> Seabios in a GSoC project and there is a wiki page [1] for it. I found
> some patches [2] to add Xenstore R/W support for Seabios. But I didn't
>
On Tue, Mar 15, 2016 at 07:54:08PM -0400, Konrad Rzeszutek Wilk wrote:
> On Tue, Mar 15, 2016 at 10:42:21PM +0100, Daniel Kiper wrote:
> > On Tue, Mar 15, 2016 at 05:30:20PM +0100, Vladimir 'phcoder' Serbinenko
> > wrote:
> > > On Tuesday, March 15, 2016, Vladimir 'phcoder' Serbinenko
> > >
> >
> On 16. märts 2016, at 12:02, Daniel Kiper wrote:
>
> On Tue, Mar 15, 2016 at 07:46:46PM -0400, Konrad Rzeszutek Wilk wrote:
>> On Tue, Mar 15, 2016 at 04:26:00PM +0100, Daniel Kiper wrote:
>>> Do not pass memory maps to image if it asked for EFI boot services.
>>
>> .. I would change this sen
>>> On 15.03.16 at 21:02, wrote:
> On 15/03/16 19:51, Andrew Cooper wrote:
>> On 15/03/16 19:34, Konrad Rzeszutek Wilk wrote:
>>> On Tue, Mar 15, 2016 at 07:24:30PM +, Andrew Cooper wrote:
On 15/03/16 17:56, Konrad Rzeszutek Wilk wrote:
> diff --git a/xen/arch/arm/traps.c b/xen/arch/a
On Tue, 2016-03-15 at 23:40 -0400, Meng Xu wrote:
> > > > @@ -115,6 +118,18 @@
> > > > #define RTDS_delayed_runq_add (1<<__RTDS_delayed_runq_add)
> > > >
> > > > /*
> > > > + * The replenishment timer handler needs to check this bit
> > > > + * to know where a replenished vcpu was, when decidi
>>> On 15.03.16 at 18:47, wrote:
> Hi Jan and Ian,
>
> This patch has been acked by Stefano and not in the tree.
>
> I'm not sure who is in charge to commit ARM related patches in the tree
> so I've CCed both of you.
Indeed right now the process is to prod the committers if a patch
becomes rea
>>> On 16.03.16 at 10:35, wrote:
> On Tue, Mar 15, 2016 at 07:33:40AM -0600, Jan Beulich wrote:
>> >>> On 15.03.16 at 10:40, wrote:
>> >xrstor() will look as follow:
>> >if ( using_xsaves )
>> >{
>> >if ( unlikely(!(prt->xsave_hdr->xcom_bv &
>> > X
>>> On 16.03.16 at 10:48, wrote:
> On 2016/3/4 18:29, Jan Beulich wrote:
>>> > --- a/xen/arch/arm/mm.c
>>> > +++ b/xen/arch/arm/mm.c
>>> > @@ -1138,6 +1138,9 @@ int xenmem_add_to_physmap_one(
>>> > rcu_unlock_domain(od);
>>> > break;
>>> > }
>>> > +case XENMAPSPACE_dev_m
On Tue, Mar 15, 2016 at 07:46:46PM -0400, Konrad Rzeszutek Wilk wrote:
> On Tue, Mar 15, 2016 at 04:26:00PM +0100, Daniel Kiper wrote:
> > Do not pass memory maps to image if it asked for EFI boot services.
>
> .. I would change this sentence a bit.
>
> If image requested EFI boot services then ski
>>> On 16.03.16 at 10:35, wrote:
> On 03/16/2016, 10:25 AM, Jan Beulich wrote:
>> Hello,
>>
>> it's been puzzling me for a while that these fixes, despite having the
>> necessary Cc, did not make it into (at least) 4.1.y and 3.12.y yet.
>> Unless there's a specific reason, may I ask for inclusion
On 16/03/16 07:53, Konrad Rzeszutek Wilk wrote:
> On Tue, Mar 15, 2016 at 03:34:57PM +, Andrew Cooper wrote:
>> None of these features are interesting for Xen to use, or to be advertised to
>> guests. Doing so identifies further areas of code which can be removed now
>> that 32bit support has
On 2016/3/4 18:29, Jan Beulich wrote:
>> > --- a/xen/arch/arm/mm.c
>> > +++ b/xen/arch/arm/mm.c
>> > @@ -1138,6 +1138,9 @@ int xenmem_add_to_physmap_one(
>> > rcu_unlock_domain(od);
>> > break;
>> > }
>> > +case XENMAPSPACE_dev_mmio:
>> > +rc = map_dev_mmio_regi
On Tue, Mar 15, 2016 at 07:33:40AM -0600, Jan Beulich wrote:
> >>> On 15.03.16 at 10:40, wrote:
> > xrstor() will look as follow:
> > if ( using_xsaves )
> > {
> > if ( unlikely(!(prt->xsave_hdr->xcom_bv &
> > XSTATE_COMPACTION_ENABLED)) )
> >
On 03/16/2016, 10:25 AM, Jan Beulich wrote:
> Hello,
>
> it's been puzzling me for a while that these fixes, despite having the
> necessary Cc, did not make it into (at least) 4.1.y and 3.12.y yet.
> Unless there's a specific reason, may I ask for inclusion of
>
> CVE-2015-8550 / XSA-155:
>
> 45
On Tue, 2016-03-15 at 20:53 -0400, Konrad Rzeszutek Wilk wrote:
> On Mon, Mar 14, 2016 at 05:55:40PM +, Anthony PERARD wrote:
> >
> > --- a/docs/man/xl.cfg.pod.5
> > +++ b/docs/man/xl.cfg.pod.5
> > @@ -1121,6 +1121,15 @@ Requires device_model_version=qemu-xen.
> >
> > =back
> >
> > +=item
Hello,
it's been puzzling me for a while that these fixes, despite having the
necessary Cc, did not make it into (at least) 4.1.y and 3.12.y yet.
Unless there's a specific reason, may I ask for inclusion of
CVE-2015-8550 / XSA-155:
454d5d882c xen: Add RING_COPY_REQUEST()
0f589967a7 xen-netback:
On 03/16/2016 11:00 AM, Konrad Rzeszutek Wilk wrote:
> On Wed, Mar 16, 2016 at 10:20:02AM +0200, Razvan Cojocaru wrote:
>> On 03/03/2016 03:58 PM, Razvan Cojocaru wrote:
>>> Currently it's possible for xc_translate_foreign_address() to fail
>>> and errno still be set to success. This patch fixes th
On 2016/3/4 19:13, Stefano Stabellini wrote:
> On Fri, 4 Mar 2016, Shannon Zhao wrote:
>> > From: Shannon Zhao
>> >
>> > Create a few EFI memory descriptors to tell Dom0 the RAM region
>> > information, ACPI table regions and EFI tables reserved resions.
>> >
>> > Signed-off-by: Parth Dixit
>
On Wed, Mar 16, 2016 at 10:20:02AM +0200, Razvan Cojocaru wrote:
> On 03/03/2016 03:58 PM, Razvan Cojocaru wrote:
> > Currently it's possible for xc_translate_foreign_address() to fail
> > and errno still be set to success. This patch fixes the issue.
> > Based on the first half of Don Slutz' patch
On Wed, Mar 16, 2016 at 09:54:44AM +0100, Dario Faggioli wrote:
> On Tue, 2016-03-15 at 20:26 -0400, Konrad Rzeszutek Wilk wrote:
> > On Mon, Mar 14, 2016 at 05:55:39PM +, Anthony PERARD wrote:
> > >
> > > diff --git a/tools/firmware/Makefile b/tools/firmware/Makefile
> > > index 6cc86ce..6a37
On Wed, Mar 16, 2016 at 02:39:02AM -0600, Jan Beulich wrote:
> >>> On 16.03.16 at 08:35, wrote:
> > On Tue, Mar 15, 2016 at 03:18:50PM -0500, Doug Goldstein wrote:
> >> Wrap the various tmem functions with the Kconfig generated CONFIG_TMEM
> >> option allowing users to build Xen without tmem suppo
On Tue, 2016-03-15 at 20:26 -0400, Konrad Rzeszutek Wilk wrote:
> On Mon, Mar 14, 2016 at 05:55:39PM +, Anthony PERARD wrote:
> >
> > diff --git a/tools/firmware/Makefile b/tools/firmware/Makefile
> > index 6cc86ce..6a37758 100644
> > --- a/tools/firmware/Makefile
> > +++ b/tools/firmware/Make
On Tue, Mar 15, 2016 at 03:35:01PM +, Andrew Cooper wrote:
> New words are:
> * 0x8007.edx - Contains Invarient TSC
> * 0x8008.ebx - Newly used for AMD Zen processors
>
> In addition, replace some open-coded ITSC and EFRO manipulation.
>
> Signed-off-by: Andrew Cooper
> Acked-by: J
>>> On 15.03.16 at 21:18, wrote:
> Wrap the various tmem functions with the Kconfig generated CONFIG_TMEM
> option allowing users to build Xen without tmem support.
>
> Signed-off-by: Doug Goldstein
> ---
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> CC: Konrad Rzeszutek Wilk
>
>>> On 15.03.16 at 21:18, wrote:
> Don't use the opt_tmem variable to check if tmem is enabled, instead use
> the tmem_enabled() helper function everywhere.
>
> Signed-off-by: Doug Goldstein
> ---
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> CC: Konrad Rzeszutek Wilk
>
> change
> +
> +def format_uint32s(words, indent):
> +""" Format a list of uint32_t's sutable for a macro definition """
s/sutable/suitable/
> +spaces = " " * indent
> +return spaces + (", \\\n" + spaces).join(words) + ", \\"
> +
> +
___
Xen-devel m
>>> On 16.03.16 at 08:35, wrote:
> On Tue, Mar 15, 2016 at 03:18:50PM -0500, Doug Goldstein wrote:
>> Wrap the various tmem functions with the Kconfig generated CONFIG_TMEM
>> option allowing users to build Xen without tmem support.
>
> I ended with this change on top of yours (which I will squas
On Wed, 2016-03-16 at 02:39 +, Xu, Quan wrote:
> Hi,
> __iiuc__, this patch set is ready for staging branch. if yes, could
> you help me merge it into staging branch?
>
Well, not yet, AFAICS.
In fact, patch 1 touches xen/drivers/passthrough/amd/ and, unless I've
missed it, I haven't seen Sur
>>> On 15.03.16 at 20:04, wrote:
> On 3/15/16 3:31 AM, Jan Beulich wrote:
> On 14.03.16 at 21:29, wrote:
>>> --- a/xen/arch/x86/hvm/hvm.c
>>> +++ b/xen/arch/x86/hvm/hvm.c
>>> @@ -5311,6 +5311,10 @@ typedef unsigned long hvm_hypercall_t(
>>> #define compat_grant_table_op hvm_grant_table_op_co
On Tue, Mar 15, 2016 at 03:34:59PM +, Andrew Cooper wrote:
> For the featureset to be a useful object, it needs a stable interpretation, a
> property which is missing from the current hw_caps interface.
>
> Additionly, introduce TSC_ADJUST, FDP_EXCP_ONLY, SHA, PREFETCHWT1, ITSC, EFRO
> and CLZ
>>> On 16.03.16 at 01:59, wrote:
> On Tue, Mar 15, 2016 at 02:09:46AM -0600, Jan Beulich wrote:
>> >>> On 14.03.16 at 18:55, wrote:
>> > --- a/xen/include/public/xen.h
>> > +++ b/xen/include/public/xen.h
>> > @@ -841,6 +841,37 @@ typedef struct start_info start_info_t;
>> > */
>> > #define XEN
On Tue, 2016-03-15 at 23:43 -0400, Meng Xu wrote:
> On Tue, Mar 15, 2016 at 11:32 PM, Chong Li
> wrote:
> > > > How about:
> > > >
> > > > We create a global variable in sched_rt.c:
> > > > /* This variable holds its value through hyerpcall re-
> > > > issueing.
> > > > * When finding vc
On 03/03/2016 03:58 PM, Razvan Cojocaru wrote:
> Currently it's possible for xc_translate_foreign_address() to fail
> and errno still be set to success. This patch fixes the issue.
> Based on the first half of Don Slutz' patch:
> http://lists.xen.org/archives/html/xen-devel/2014-03/msg03720.html
>
From: Andy Lutomirski
3.4.111-rc1 review patch. If anyone has any objections, please let me know.
--
commit 37868fe113ff2ba814b3b4eb12df214df555f8dc upstream.
modify_ldt() has questionable locking and does not synchronize
threads. Improve it: redesign the locking and synchro
From: Andy Lutomirski
3.4.111-rc1 review patch. If anyone has any objections, please let me know.
--
commit aa1acff356bbedfd03b544051f5b371746735d89 upstream.
The update_va_mapping hypercall can fail if the VA isn't present
in the guest's page tables. Under certain loads, th
On Tue, Mar 15, 2016 at 03:34:58PM +, Andrew Cooper wrote:
> These features are soon to be exposed in the Xen public API. Rename them to
> better match the vendor definitions.
>
At the same time they won't match with Linux definitions - which is convient
to lookup what those flags do. Perhaps
On Tue, Mar 15, 2016 at 03:34:57PM +, Andrew Cooper wrote:
> None of these features are interesting for Xen to use, or to be advertised to
> guests. Doing so identifies further areas of code which can be removed now
> that 32bit support has been dropped.
>
> IA64 has a sole user in microcode_
On Tue, Mar 15, 2016 at 03:18:50PM -0500, Doug Goldstein wrote:
> Wrap the various tmem functions with the Kconfig generated CONFIG_TMEM
> option allowing users to build Xen without tmem support.
I ended with this change on top of yours (which I will squash):
The 'bool "tmem" so that if I did mak
On Wed, Mar 16, 2016 at 11:09:05AM +0800, Bob Liu wrote:
> Sometimes, we need to query VPD page=0x83 data from underlying storage so
> that vendor supplied software can run inside the VM and believe it's talking
> to
> the vendor's own storage.
> But different vendors may have different special fe
flight 86315 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/86315/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-rumpuserxen 6 xen-buildfail like 86183
build-i386-rumpuserxen
51 matches
Mail list logo