On 29/02/16 04:37, Bob Liu wrote:
> 1) What is this patch about?
> This patch introduces an new block operation (BLKIF_OP_EXTRA_FLAG).
> A request with BLKIF_OP_EXTRA_FLAG set means the following request is an
> extra request which is used to pass through SCSI commands.
> This is like a simplified
On 26/02/16 16:41, Daniel Kiper wrote:
> On Fri, Feb 26, 2016 at 03:28:21PM +0100, Juergen Gross wrote:
>> On 26/02/16 15:00, Daniel Kiper wrote:
>>> On Thu, Feb 25, 2016 at 04:33:46PM +0100, Juergen Gross wrote:
On 25/02/16 13:47, Daniel Kiper wrote:
> On Thu, Feb 25, 2016 at 12:33:35PM +
>>> On 28.02.16 at 15:48, wrote:
> On 02/24/16 09:54, Jan Beulich wrote:
>> >>> On 24.02.16 at 16:48, wrote:
>> > On 02/24/16 07:24, Jan Beulich wrote:
>> >> >>> On 24.02.16 at 14:28, wrote:
>> >> > On 02/18/16 10:17, Jan Beulich wrote:
>> >> >> >>> On 01.02.16 at 06:44, wrote:
>> >> >> > 3.3 G
>>> On 29.02.16 at 03:45, wrote:
> On 02/29/16 10:02, Tian, Kevin wrote:
>> > From: Jan Beulich [mailto:jbeul...@suse.com]
>> > Sent: Friday, February 26, 2016 4:01 PM
>> >
>> > >>> On 26.02.16 at 05:37, wrote:
>> > >> From: Zhang, Haozhong
>> > >> Sent: Tuesday, February 23, 2016 10:05 AM
>> >
On Fri, Feb 26, 2016 at 01:42:35AM -0700, Jan Beulich wrote:
> >>> On 26.02.16 at 08:41, wrote:
> > On Wed, Feb 24, 2016 at 02:16:38AM -0700, Jan Beulich wrote:
> >> >> The description lacks any mention of the performance impact,
> >> >> and what investigation was done to find ways to perhaps
> >>
> -Original Message-
> From: Bob Liu [mailto:bob@oracle.com]
> Sent: 29 February 2016 03:37
> To: xen-devel@lists.xen.org
> Cc: Ian Jackson; jbeul...@suse.com; Roger Pau Monne; jgr...@suse.com;
> Paul Durrant; konrad.w...@oracle.com; Bob Liu
> Subject: [RFC PATCH] xen-block: introduces
On 25/02/16 19:33, Andrei Borzenkov wrote:
> 22.02.2016 16:14, Juergen Gross пишет:
>> On 22/02/16 13:48, Daniel Kiper wrote:
>>> On Mon, Feb 22, 2016 at 01:30:30PM +0100, Juergen Gross wrote:
On 22/02/16 13:18, Daniel Kiper wrote:
> On Mon, Feb 22, 2016 at 10:29:04AM +0100, Juergen Gross
>>> On 26.02.16 at 18:02, wrote:
> El 26/2/16 a les 14:15, Jan Beulich ha escrit:
> On 16.02.16 at 18:37, wrote:
>>> --- a/xen/common/libelf/libelf-loader.c
>>> +++ b/xen/common/libelf/libelf-loader.c
>>> @@ -164,20 +164,33 @@ void elf_parse_bsdsyms(struct elf_binary *elf,
>>> uint64_t pstar
>>> On 29.02.16 at 10:06, wrote:
> On Fri, Feb 26, 2016 at 01:42:35AM -0700, Jan Beulich wrote:
>> >>> On 26.02.16 at 08:41, wrote:
>> > On Wed, Feb 24, 2016 at 02:16:38AM -0700, Jan Beulich wrote:
>> >> >> The description lacks any mention of the performance impact,
>> >> >> and what investigati
On 02/29/16 02:01, Jan Beulich wrote:
> >>> On 28.02.16 at 15:48, wrote:
> > On 02/24/16 09:54, Jan Beulich wrote:
> >> >>> On 24.02.16 at 16:48, wrote:
> >> > On 02/24/16 07:24, Jan Beulich wrote:
> >> >> >>> On 24.02.16 at 14:28, wrote:
> >> >> > On 02/18/16 10:17, Jan Beulich wrote:
> >> >> >
On 29/02/16 06:54, Olaf Hering wrote:
> On Sun, Feb 28, Wei Liu wrote:
>
>> If the current set of compiler flags is not good enough, we should
>> improve it. I'm afraid having a third set of maintainer mode flags that
>> nobody else uses is going to cause us more headache.
> There is nothing wrong
>>> On 29.02.16 at 10:45, wrote:
> On 02/29/16 02:01, Jan Beulich wrote:
>> >>> On 28.02.16 at 15:48, wrote:
>> > Anyway, we may avoid some conflicts between ACPI tables/objects by
>> > restricting which tables and objects can be passed from QEMU to Xen:
>> > (1) For ACPI tables, xen does not acc
On Fri, 2016-02-19 at 05:45 -0800, Luis R. Rodriguez wrote:
> This ports built-in firmware to use linker tables,
> this replaces the custom section solution with a
> generic solution.
>
> This also demos the use of the .rodata (SECTION_RO)
> linker tables.
>
> Tested with 0 built-in firmware, 1 a
On 26/02/16 12:09, Ian Jackson wrote:
> George Dunlap writes ("Re: [Xen-devel] [PATCH V14 4/6] libxl: add pvusb API"):
>> On Fri, Feb 19, 2016 at 10:39 AM, Chunyan Liu wrote:
>>> + [...]
>>
>> So I see below that you're calling this before removing things from
>> xenstore, so that if any of these
What is the correct way to identify a Xen PV domU in the kenrel?
devmem_is_allowed() used to disable access to pages < 256 in domU.
With pvops this check was removed, or never ported forward.
Would this change be the correct fix?
+++ b/arch/x86/mm/init.c
@@ -637,7 +637,7 @@ void __init init_mem_m
On Mon, Feb 29, Andrew Cooper wrote:
> This set of options is very messy. We have both an -O1, an -O0 and an
> -O2, as well as three different -g's
-O1 is a global CFLAG, -O0 is appended in tools/, and -O2 comes from
RPM_OPT_FLAGS.
Olaf
___
Xen-devel
This run is configured for baseline tests only.
flight 44194 linux-3.10 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44194/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-rumpuserxen 6 xen-buildf
On Sat, 27 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Implement __acpi_map_table function for ARM. Move FIX_ACPI_PAGES to
> common place and rename it to NUM_FIXMAP_ACPI_PAGES.
>
> Cc: Jan Beulich
> Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
> xen/arch/arm/Mak
All,
it just occurred to me that 4.5.2 has been a while back, and indeed
4.5.3 would be due later this week. This may be a little too eager,
but I'd like to aim at getting this out at least some time next week.
Besides what is in the tree already, I have three more commits I
intend to backport:
06
El 29/2/16 a les 10:31, Jan Beulich ha escrit:
On 26.02.16 at 18:02, wrote:
>> El 26/2/16 a les 14:15, Jan Beulich ha escrit:
>> On 16.02.16 at 18:37, wrote:
--- a/xen/common/libelf/libelf-loader.c
+++ b/xen/common/libelf/libelf-loader.c
@@ -164,20 +164,33 @@ void elf_pars
flight 84468 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84468/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-qcow2 11 migrate-support-checkfail never pass
test-armhf-armhf-libvirt-qcow2 13 guest-sav
We should make sure that all relevant security patches are included
Thanks for the heads-up
Lars
> On 29 Feb 2016, at 10:55, Jan Beulich wrote:
>
> All,
>
> it just occurred to me that 4.5.2 has been a while back, and indeed
> 4.5.3 would be due later this week. This may be a little too eager,
>>> On 28.02.16 at 12:19, wrote:
> --- a/xen/common/efi/boot.c
> +++ b/xen/common/efi/boot.c
> @@ -13,6 +13,7 @@
> #include
> #include
> #include
> +#include
> #if EFI_PAGE_SIZE != PAGE_SIZE
> # error Cannot use xen/pfn.h here!
> #endif
> @@ -1171,6 +1172,25 @@ efi_start(EFI_HANDLE Image
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 idea what is going on and
prioritise accordingly.
You're
>>> On 28.02.16 at 12:19, wrote:
> --- a/xen/common/efi/boot.c
> +++ b/xen/common/efi/boot.c
> @@ -1173,6 +1173,10 @@ efi_start(EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE
> *SystemTable)
> }
>
> #if defined (CONFIG_ACPI) && defined (CONFIG_ARM)
> +#include "../../../common/decompress.h"
> +#def
>>> On 28.02.16 at 12:19, wrote:
> From: Shannon Zhao
>
> Add a new dilivery type:
> val[63:56] == 3: val[15:8] is flag: val[7:0] is a PPI.
> To the flag, bit 0 stands the interrupt mode is edge(1) or level(0) and
> bit 1 stands the interrupt polarity is active low(1) or high(0).
>
> Cc: Jan Be
On 27/02/16 03:26, Carl Patenaude Poulin wrote:
Please don't top post.
> Hi all,
>
> Sorry for the delay. I've managed to get some serial console output.
>
> https://gist.github.com/lilred/50285e1f33ab1c881ea0
>
> I am not on Broadwell hardware. I'm using a PowerEdge R300 machine,
> with a Xeon x
flight 84436 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84436/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-raw 9 debian-di-install fail REGR. vs. 84347
Regressions which ar
>>> On 28.02.16 at 12:19, wrote:
> It needs to map platform or amba device mmio to Dom0 on ARM. But when
> booting with ACPI, it can't get the mmio region in Xen due to lack of
> AML interpreter to parse DSDT table. Therefore, let Dom0 call a
> hypercall to map mmio region when it adds the devices
>>> On 28.02.16 at 12:19, wrote:
> ---
> xen/arch/arm/Kconfig | 1 +
> xen/common/efi/runtime.c | 8 ++--
> xen/include/asm-arm/config.h | 5 +
> 3 files changed, 12 insertions(+), 2 deletions(-)
Again - please Cc maintainers of all code modified.
> --- a/xen/common/efi/runt
>>> On 29.02.16 at 11:54, wrote:
> On Sat, 27 Feb 2016, Shannon Zhao wrote:
>> From: Shannon Zhao
>>
>> Implement __acpi_map_table function for ARM. Move FIX_ACPI_PAGES to
>> common place and rename it to NUM_FIXMAP_ACPI_PAGES.
>>
>> Cc: Jan Beulich
>> Signed-off-by: Shannon Zhao
>
> Reviewe
On Mon, 29 Feb 2016, Jan Beulich wrote:
> >>> On 29.02.16 at 11:54, wrote:
> > On Sat, 27 Feb 2016, Shannon Zhao wrote:
> >> From: Shannon Zhao
> >>
> >> Implement __acpi_map_table function for ARM. Move FIX_ACPI_PAGES to
> >> common place and rename it to NUM_FIXMAP_ACPI_PAGES.
> >>
> >> Cc: J
>>> On 29.02.16 at 12:17, wrote:
> * Guest save / restore support
> - Ian Campbell
Not very likely I would say.
Also, looking at the amount of outstanding items, it seems unlikely
that we'll get even half of them in within the next 2.5 weeks.
Jan
__
On Mon, Feb 29, 2016 at 04:44:10AM -0700, Jan Beulich wrote:
> >>> On 29.02.16 at 12:17, wrote:
> > * Guest save / restore support
> > - Ian Campbell
>
> Not very likely I would say.
>
> Also, looking at the amount of outstanding items, it seems unlikely
> that we'll get even half of them in
On 02/29/16 03:12, Jan Beulich wrote:
> >>> On 29.02.16 at 10:45, wrote:
> > On 02/29/16 02:01, Jan Beulich wrote:
> >> >>> On 28.02.16 at 15:48, wrote:
> >> > Anyway, we may avoid some conflicts between ACPI tables/objects by
> >> > restricting which tables and objects can be passed from QEMU to
>>> On 29.02.16 at 12:43, wrote:
> On Mon, 29 Feb 2016, Jan Beulich wrote:
>> >>> On 29.02.16 at 11:54, wrote:
>> > On Sat, 27 Feb 2016, Shannon Zhao wrote:
>> >> From: Shannon Zhao
>> >>
>> >> Implement __acpi_map_table function for ARM. Move FIX_ACPI_PAGES to
>> >> common place and rename it
On Mon, 29 Feb 2016, Jan Beulich wrote:
> >>> On 29.02.16 at 12:43, wrote:
> > On Mon, 29 Feb 2016, Jan Beulich wrote:
> >> >>> On 29.02.16 at 11:54, wrote:
> >> > On Sat, 27 Feb 2016, Shannon Zhao wrote:
> >> >> From: Shannon Zhao
> >> >>
> >> >> Implement __acpi_map_table function for ARM. Mo
>>> On 29.02.16 at 12:52, wrote:
> On 02/29/16 03:12, Jan Beulich wrote:
>> >>> On 29.02.16 at 10:45, wrote:
>> > On 02/29/16 02:01, Jan Beulich wrote:
>> >> >>> On 28.02.16 at 15:48, wrote:
>> >> > Anyway, we may avoid some conflicts between ACPI tables/objects by
>> >> > restricting which tabl
>>> On 29.02.16 at 12:56, wrote:
> On Mon, 29 Feb 2016, Jan Beulich wrote:
>> >>> On 29.02.16 at 12:43, wrote:
>> > On Mon, 29 Feb 2016, Jan Beulich wrote:
>> >> >>> On 29.02.16 at 11:54, wrote:
>> >> > On Sat, 27 Feb 2016, Shannon Zhao wrote:
>> >> >> From: Shannon Zhao
>> >> >>
>> >> >> Impl
Hi list,
The documentation of ``xs.transaction_end`` (from xen.lowlevel xs) doesn’t
mention that the method accepts transaction handle
#define xspy_transaction_end_doc "\n" \
"End the current transaction.\n"\
"Att
The same is true of ``xs.mkdir``.
#define xspy_mkdir_doc "\n" \
"Make a directory.\n" \
" path [string]: path to directory to create.\n"\
"\n"\
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Estimate the memory required for loading acpi/efi tables in Dom0. Make
> the length of each table aligned with 64bit. Alloc the pages to store
> the new created EFI and ACPI tables and free these pages when
> destroying domain.
>
No real advantage to keeping these separate. The use case of this from
Linux is when the platform or target board has support for something but
the user wants to be given the option to disable it.
Signed-off-by: Doug Goldstein
---
CC: Keir Fraser
CC: Jan Beulich
CC: Andrew Cooper
---
xen/arch
No real advantage to keeping these separate. The use case of this from
Linux is when the platform or target board has support for something but
the user wants to be given the option to disable it.
Signed-off-by: Doug Goldstein
---
CC: Ian Campbell
CC: Stefano Stabellini
CC: Keir Fraser
CC: Jan
On Thu, Feb 25, 2016 at 7:25 PM, Roger Pau Monne wrote:
> This series enables using hotplug scripts with the FreeBSD blkback
> implementation. Since FreeBSD blkback can use both block devices and regular
> RAW files as disks, the physical-device xenstore backend node is now
> OS-specific, Linux an
>>> On 29.02.16 at 11:57, wrote:
> El 29/2/16 a les 10:31, Jan Beulich ha escrit:
> On 26.02.16 at 18:02, wrote:
>>> The layout is as follows (I should add this to the patch itself as a
>>> comment, since I guess this is still quite confusing):
>>>
>>> ++
>>> |
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> These tables are aligned with 64bit.
>
> Signed-off-by: Shannon Zhao
> ---
> v4: aligned with 64bit
> ---
> xen/arch/arm/acpi/lib.c| 14 ++
> xen/include/asm-arm/acpi.h | 2 ++
> 2 files changed, 16 insertions(+
El 29/2/16 a les 13:15, George Dunlap ha escrit:
> On Thu, Feb 25, 2016 at 7:25 PM, Roger Pau Monne wrote:
>> This series enables using hotplug scripts with the FreeBSD blkback
>> implementation. Since FreeBSD blkback can use both block devices and regular
>> RAW files as disks, the physical-devic
On 29/02/16 10:13, Juergen Gross wrote:
> On 25/02/16 19:33, Andrei Borzenkov wrote:
>> 22.02.2016 16:14, Juergen Gross пишет:
>>> On 22/02/16 13:48, Daniel Kiper wrote:
On Mon, Feb 22, 2016 at 01:30:30PM +0100, Juergen Gross wrote:
> On 22/02/16 13:18, Daniel Kiper wrote:
>> On Mon, F
On 02/29/16 05:04, Jan Beulich wrote:
> >>> On 29.02.16 at 12:52, wrote:
> > On 02/29/16 03:12, Jan Beulich wrote:
> >> >>> On 29.02.16 at 10:45, wrote:
> >> > On 02/29/16 02:01, Jan Beulich wrote:
> >> >> >>> On 28.02.16 at 15:48, wrote:
> >> >> > Anyway, we may avoid some conflicts between ACP
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Copy and modify FADT table before passing it to Dom0. Set PSCI_COMPLIANT
> and PSCI_USE_HVC.
>
> Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
> xen/arch/arm/domain_build.c | 43
On Tue, Feb 23, 2016 at 02:31:30PM +, Wei Liu wrote:
> On Mon, Feb 22, 2016 at 04:28:19AM -0700, Jan Beulich wrote:
> > >>> On 19.02.16 at 17:05, wrote:
> > > On Wed, Feb 17, 2016 at 05:28:08PM +, Wei Liu wrote:
> > >> Hi all
> > >>
> > >> Tools people are in the process of splitting libx
>>> On 29.02.16 at 13:23, wrote:
> On Tue, Feb 23, 2016 at 02:31:30PM +, Wei Liu wrote:
>> On Mon, Feb 22, 2016 at 04:28:19AM -0700, Jan Beulich wrote:
>> > >>> On 19.02.16 at 17:05, wrote:
>> > > On Wed, Feb 17, 2016 at 05:28:08PM +, Wei Liu wrote:
>> > >> Hi all
>> > >>
>> > >> Tools p
>>> On 27.02.16 at 07:33, wrote:
> From: Parth Dixit
>
> MADT contains the information for MPIDR which is essential for SMP
> initialization, parse the GIC cpu interface structures to get the MPIDR
> value and map it to cpu_logical_map(), and add enabled cpu with valid
> MPIDR into cpu_possible_
>>> On 27.02.16 at 07:37, wrote:
> From: Shannon Zhao
>
> This function could get the specified index entry of MADT table. This
> would be useful when it needs to get the contens of the entry.
>
> Signed-off-by: Shannon Zhao
Acked-by: Jan Beulich
___
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Add a new member in gic_hw_operations which is used to creat MADT table
> for Dom0.
>
> Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
> xen/arch/arm/gic-v2.c | 34 ++
> xen/a
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Copy main MADT table contents and distributor subtable from physical
> ACPI MADT table. Make other subtables through the callback of
> gic_hw_ops.
>
> Signed-off-by: Shannon Zhao
> ---
> v4: use make_hwdom_madt callback to create
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
>>> On 29.02.16 at 04:00, wrote:
> This is the core logic handling for VT-d posted-interrupts. Basically it
> deals with how and when to update posted-interrupts during the following
> scenarios:
> - vCPU is preempted
> - vCPU is slept
> - vCPU is blocked
>
> When vCPU is preempted/slept, we upda
>>> On 28.02.16 at 13:54, wrote:
> This patch adds a field tsc_scaling_ratio in struct hvm_domain to record
> the per-domain TSC scaling ratio, and sets it in tsc_set_info().
>
> Before setting the per-domain TSC scaling ratio, we check its validity
> in tsc_set_info(). If an invalid ratio is giv
>>> On 28.02.16 at 13:54, wrote:
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -333,6 +333,23 @@ u64 hvm_get_tsc_scaling_ratio(u32 gtsc_khz)
> return ratio > max_ratio ? 0 : ratio;
> }
>
> +u64 hvm_scale_tsc(const struct domain *d, u64 tsc)
> +{
> +u64 ratio = d->a
On 02/29/2016 08:41 AM, Jan Beulich wrote:
On 28.02.16 at 13:54, wrote:
This patch adds a field tsc_scaling_ratio in struct hvm_domain to record
the per-domain TSC scaling ratio, and sets it in tsc_set_info().
Before setting the per-domain TSC scaling ratio, we check its validity
in tsc_set_in
On Mon, 2016-02-29 at 06:33 -0700, Jan Beulich wrote:
> > > > On 29.02.16 at 04:00, wrote:
> > This is the core logic handling for VT-d posted-interrupts.
> > Basically it
> > deals with how and when to update posted-interrupts during the
> > following
> > scenarios:
> > - vCPU is preempted
> > -
>>> On 29.02.16 at 14:49, wrote:
> On 02/29/2016 08:41 AM, Jan Beulich wrote:
> On 28.02.16 at 13:54, wrote:
>>> This patch adds a field tsc_scaling_ratio in struct hvm_domain to record
>>> the per-domain TSC scaling ratio, and sets it in tsc_set_info().
>>>
>>> Before setting the per-domain
On 02/29/16 08:49, Boris Ostrovsky wrote:
> On 02/29/2016 08:41 AM, Jan Beulich wrote:
> On 28.02.16 at 13:54, wrote:
> >>This patch adds a field tsc_scaling_ratio in struct hvm_domain to record
> >>the per-domain TSC scaling ratio, and sets it in tsc_set_info().
> >>
> >>Before setting the pe
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> We will create EFI table, memory description table and some of acpi
> tables and we're going to map them to kinfo->gnttab_start of Dom0.
> Add placeholder for the starting address for loading in DOM0 and the
> size of new added tab
On 02/29/16 06:44, Jan Beulich wrote:
> >>> On 28.02.16 at 13:54, wrote:
> > --- a/xen/arch/x86/hvm/hvm.c
> > +++ b/xen/arch/x86/hvm/hvm.c
> > @@ -333,6 +333,23 @@ u64 hvm_get_tsc_scaling_ratio(u32 gtsc_khz)
> > return ratio > max_ratio ? 0 : ratio;
> > }
> >
> > +u64 hvm_scale_tsc(const s
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> It needs to copy and change the contents of some ACPI and EFI tables for
> Dom0. Here define a enum for those tables.
>
> Signed-off-by: Parth Dixit
> Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
> xen/include/a
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Create STAO table for Dom0. This table is used to tell Dom0 whether it
> should ignore UART defined in SPCR table or the ACPI namespace names.
>
> Look at below url for details:
> http://wiki.xenproject.org/mediawiki/images/0/02/S
On 02/29/2016 08:55 AM, Jan Beulich wrote:
On 29.02.16 at 14:49, wrote:
On 02/29/2016 08:41 AM, Jan Beulich wrote:
On 28.02.16 at 13:54, wrote:
This patch adds a field tsc_scaling_ratio in struct hvm_domain to record
the per-domain TSC scaling ratio, and sets it in tsc_set_info().
Before se
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Parth Dixit
>
> Create a helper function for mapping with cached attributes and
> read-only range.
>
> Signed-off-by: Parth Dixit
> Signed-off-by: Shannon Zhao
This is good, but for clarity please rename the two functions to
map_regions_ro and
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Map all other tables to Dom0 using 1:1 mappings.
>
> Signed-off-by: Shannon Zhao
> ---
> v4: fix commit message
> ---
> xen/arch/arm/domain_build.c | 26 ++
> 1 file changed, 26 insertions(+)
>
> diff --
On 02/28/2016 07:54 AM, Haozhong Zhang wrote:
This patch implements a common function hvm_scale_tsc() to scale TSC by
using TSC scaling information collected by architecture code.
Signed-off-by: Haozhong Zhang
---
CC: Keir Fraser
CC: Jan Beulich
CC: Andrew Cooper
CC: Boris Ostrovsky
CC: Sur
On 29/02/16 12:18, Roger Pau Monné wrote:
> El 29/2/16 a les 13:15, George Dunlap ha escrit:
>> On Thu, Feb 25, 2016 at 7:25 PM, Roger Pau Monne
>> wrote:
>>> This series enables using hotplug scripts with the FreeBSD blkback
>>> implementation. Since FreeBSD blkback can use both block devices an
On Mon, 29 Feb 2016, Jan Beulich wrote:
> >>> On 28.02.16 at 12:19, wrote:
> > --- a/xen/common/efi/boot.c
> > +++ b/xen/common/efi/boot.c
> > @@ -1173,6 +1173,10 @@ efi_start(EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE
> > *SystemTable)
> > }
> >
> > #if defined (CONFIG_ACPI) && defined (CONFIG
On 24/02/16 17:42, Dario Faggioli wrote:
> Moving a vCPU to a different pCPU means offlining it and
> then waking it up, on the new pCPU. Credit1 grants BOOST
> priority to vCPUs that wakes up, with the aim of improving
> I/O latency. The net effect of this all is that vCPUs get
> boosted when migr
>>> On 29.02.16 at 15:25, wrote:
> On Mon, 29 Feb 2016, Jan Beulich wrote:
>> Also it doesn't look very nice to me to (ab)use xz's CRC32 code
>> here; I don't know who has suggested doing so.
>
> It was suggested by Julien.
>
> I agree that including ../../../common/xz/crc32.c seems a bit fragi
On Sun, 28 Feb 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.
>
> Cc: Jan Beulich
> Signed-off-by: Parth Dixit
> Signed-off-by: Shannon Zhao
> ---
> v4: use a
On Mon, 29 Feb 2016, Jan Beulich wrote:
> >>> On 29.02.16 at 15:25, wrote:
> > On Mon, 29 Feb 2016, Jan Beulich wrote:
> >> Also it doesn't look very nice to me to (ab)use xz's CRC32 code
> >> here; I don't know who has suggested doing so.
> >
> > It was suggested by Julien.
> >
> > I agree tha
On Sun, Feb 28, 2016 at 08:10:33AM +0300, Andrei Borzenkov wrote:
> 27.02.2016 23:33, Konrad Rzeszutek Wilk пишет:
> > On Fri, Feb 26, 2016 at 07:15:52PM +0800, Fu Wei wrote:
> >> Hi Andrei,
> >>
> >> On 26 February 2016 at 18:50, Andrei Borzenkov wrote:
> >>> On Fri, Feb 26, 2016 at 8:59 AM, Fu W
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Map the UEFI and ACPI tables which we created to non-RAM space in Dom0.
>
> Signed-off-by: Shannon Zhao
Reviewed-by: Stefano Stabellini
> xen/arch/arm/domain_build.c | 15 +++
> 1 file changed, 15 insertions(+)
>
>>> On 28.02.16 at 12:18, wrote:
> From: Parth Dixit
>
> ACPI memory is seperate from conventional memory and should be marked
> as reserved while passing to DOM0. Create a new meminfo structure to
> store all the acpi tables listed in uefi.
>
> Signed-off-by: Parth Dixit
> Signed-off-by: Shan
On Mon, Feb 29, 2016 at 09:13:41AM +, Paul Durrant wrote:
> > -Original Message-
> > From: Bob Liu [mailto:bob@oracle.com]
> > Sent: 29 February 2016 03:37
> > To: xen-devel@lists.xen.org
> > Cc: Ian Jackson; jbeul...@suse.com; Roger Pau Monne; jgr...@suse.com;
> > Paul Durrant; kon
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Create a DT for Dom0 for ACPI-case only. DT contains minimal required
> informations such as Dom0 bootargs, initrd, efi description table and
> address of uefi memory table.
>
> Also port the document of this device tree bindings
On Mon, Feb 29, 2016 at 11:28:49AM +0100, Olaf Hering wrote:
> What is the correct way to identify a Xen PV domU in the kenrel?
> devmem_is_allowed() used to disable access to pages < 256 in domU.
> With pvops this check was removed, or never ported forward.
CC-ing Boris and Daniel.
Why is this n
On Mon, Feb 29, 2016 at 09:12:30AM +0100, Juergen Gross wrote:
> On 29/02/16 04:37, Bob Liu wrote:
> > 1) What is this patch about?
> > This patch introduces an new block operation (BLKIF_OP_EXTRA_FLAG).
> > A request with BLKIF_OP_EXTRA_FLAG set means the following request is an
> > extra request
On Sun, 28 Feb 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Permit access all Xen unused SPIs for Dom0 except the interrupts that
> Xen uses. Then when Dom0 configures the interrupt, it could set the
> interrupt type and route it to Dom0.
>
> Signed-off-by: Shannon Zhao
Reviewed-by: Stef
On Mon, 29 Feb 2016, Jan Beulich wrote:
> >>> On 28.02.16 at 12:18, wrote:
> > From: Parth Dixit
> >
> > ACPI memory is seperate from conventional memory and should be marked
> > as reserved while passing to DOM0. Create a new meminfo structure to
> > store all the acpi tables listed in uefi.
>
>>> On 28.02.16 at 12:18, wrote:
> --- a/xen/include/asm-arm/acpi.h
> +++ b/xen/include/asm-arm/acpi.h
> @@ -30,6 +30,18 @@
> #define COMPILER_DEPENDENT_UINT64 unsigned long long
> #define ACPI_MAP_MEM_ATTR PAGE_HYPERVISOR
>
> +/* Tables marked as reserved in efi table */
> +typedef
>>> On 29.02.16 at 16:07, wrote:
> On Mon, 29 Feb 2016, Jan Beulich wrote:
>> >>> On 28.02.16 at 12:18, wrote:
>> > From: Parth Dixit
>> >
>> > ACPI memory is seperate from conventional memory and should be marked
>> > as reserved while passing to DOM0. Create a new meminfo structure to
>> > st
flight 84467 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/84467/
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
On Mon, Feb 29, Konrad Rzeszutek Wilk wrote:
> On Mon, Feb 29, 2016 at 11:28:49AM +0100, Olaf Hering wrote:
> > Would this change be the correct fix?
> .. A fix for what issue?
mmap returns some pointer, but appearently that memory can not be used.
https://bugzilla.suse.com/show_bug.cgi?id=96434
On 29/02/16 16:05, Konrad Rzeszutek Wilk wrote:
> On Mon, Feb 29, 2016 at 09:12:30AM +0100, Juergen Gross wrote:
>> On 29/02/16 04:37, Bob Liu wrote:
>>> 1) What is this patch about?
>>> This patch introduces an new block operation (BLKIF_OP_EXTRA_FLAG).
>>> A request with BLKIF_OP_EXTRA_FLAG set m
El 29/2/16 a les 16:28, Paul Durrant ha escrit:
>> -Original Message-
>> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
>> Sent: 29 February 2016 14:56
>> To: Paul Durrant
>> Cc: Bob Liu; xen-devel@lists.xen.org; Ian Jackson; jbeul...@suse.com; Roger
>> Pau Monne; jgr...@suse.c
On Mon, Feb 29, 2016 at 09:27:42AM +0100, Juergen Gross wrote:
> On 26/02/16 16:41, Daniel Kiper wrote:
> > On Fri, Feb 26, 2016 at 03:28:21PM +0100, Juergen Gross wrote:
> >> On 26/02/16 15:00, Daniel Kiper wrote:
> >>> On Thu, Feb 25, 2016 at 04:33:46PM +0100, Juergen Gross wrote:
> On 25/02
On 29/02/16 16:43, Daniel Kiper wrote:
> On Mon, Feb 29, 2016 at 09:27:42AM +0100, Juergen Gross wrote:
>> On 26/02/16 16:41, Daniel Kiper wrote:
>>> On Fri, Feb 26, 2016 at 03:28:21PM +0100, Juergen Gross wrote:
On 26/02/16 15:00, Daniel Kiper wrote:
> On Thu, Feb 25, 2016 at 04:33:46PM +
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: 29 February 2016 14:56
> To: Paul Durrant
> Cc: Bob Liu; xen-devel@lists.xen.org; Ian Jackson; jbeul...@suse.com; Roger
> Pau Monne; jgr...@suse.com
> Subject: Re: [RFC PATCH] xen-block: introduces ex
Jan Beulich writes ("4.5.3 preparations"):
> it just occurred to me that 4.5.2 has been a while back, and indeed
> 4.5.3 would be due later this week. This may be a little too eager,
> but I'd like to aim at getting this out at least some time next week.
> Besides what is in the tree already, I hav
These two functions require transaction handle as the first argument.
Reported-by: Sergei Lebedev
Signed-off-by: Wei Liu
---
Cc: Sergei Lebedev
Cc: Ian Jackson
Compile test only
---
tools/python/xen/lowlevel/xs/xs.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/to
El 29/2/16 a les 15:26, George Dunlap ha escrit:
> On 29/02/16 12:18, Roger Pau Monné wrote:
>> El 29/2/16 a les 13:15, George Dunlap ha escrit:
>>> On Thu, Feb 25, 2016 at 7:25 PM, Roger Pau Monne
>>> wrote:
This series enables using hotplug scripts with the FreeBSD blkback
implementat
1 - 100 of 204 matches
Mail list logo
