The flask utilities only have dependencies on libxc so there's no
downside to always building it. Distros and projects based on Xen can
put these in a different package to not install them for all users.
Prior to this change FLASK_ENABLE needed to be set at the top level to
build the utilities and
On Fri, 2016-01-15 at 17:24 +, Andrew Cooper wrote:
> On 15/01/16 17:15, Jan Beulich wrote:
> > > > > On 15.01.16 at 18:06, wrote:
> > > On Thu, 2016-01-14 at 16:27 +, Ian Jackson wrote:
> > > > * I don't have a clear design proposal for the above but I think Doug
> > > > can probably
The HVMlite series removed the initialization of the emulated PIT for PV
guests, this patch re-enables it.
Signed-off-by: Roger Pau Monné
Acked-by: Jan Beulich
---
Cc: Ian Jackson
Cc: Ian Campbell
Cc: Wei Liu
Cc: Jan Beulich
Cc: Andrew Cooper
---
NB: Since it's not clear why an emulated PIT
On Fri, Jan 15, 2016 at 09:55:54AM +0100, Peter Zijlstra wrote:
> On Thu, Jan 14, 2016 at 01:29:13PM -0800, Paul E. McKenney wrote:
> > So smp_mb() provides transitivity, as do pairs of smp_store_release()
> > and smp_read_acquire(),
>
> But they provide different grades of transitivity, which is
On Fri, Jan 15, 2016 at 10:13:48AM +0100, Peter Zijlstra wrote:
> On Fri, Jan 15, 2016 at 09:55:54AM +0100, Peter Zijlstra wrote:
> > On Thu, Jan 14, 2016 at 01:29:13PM -0800, Paul E. McKenney wrote:
> > > So smp_mb() provides transitivity, as do pairs of smp_store_release()
> > > and smp_read_acqu
On Fri, Jan 15, 2016 at 10:24:32AM +, Will Deacon wrote:
> On Thu, Jan 14, 2016 at 02:55:10PM -0800, Paul E. McKenney wrote:
> > On Thu, Jan 14, 2016 at 01:36:50PM -0800, Leonid Yegoshin wrote:
> > > On 01/14/2016 01:29 PM, Paul E. McKenney wrote:
> > > >
> > > >>On 01/14/2016 12:34 PM, Paul E.
On Tue, Aug 25, 2015 at 9:21 PM, Ingo Molnar wrote:
>
> * Andrew Morton wrote:
>
>> > There's a catch-22 issue here either way, for instance this rename patch
>> > has
>> > been being baked for probably 2 releases already but the difficulty has
>> > been
>> > trying to find the appropriate time
Good evening, people.
More than a bug, it's an issue, a big one IMO.
Even though information on the Remus project and its implementation is kind of
scarce on the internet and is usually outdated (the project could use some love
on that side of things, though it seems that on the coding side, it's
On 01/15/2016 01:57 AM, Will Deacon wrote:
Paul,
I think you figured this out while I was sleeping, but just to confirm:
1. The MIPS64 ISA doc [1] talks about SYNC in a way that applies only
to memory accesses appearing in *program-order* before the SYNC
2. We need WRC+sync+addr to w
On Fri, Jan 15, 2016 at 09:54:01AM -0800, Paul E. McKenney wrote:
> On Fri, Jan 15, 2016 at 10:24:32AM +, Will Deacon wrote:
> > On Thu, Jan 14, 2016 at 02:55:10PM -0800, Paul E. McKenney wrote:
> > > On Thu, Jan 14, 2016 at 01:36:50PM -0800, Leonid Yegoshin wrote:
> > > > On 01/14/2016 01:29 P
struct gntdev_copy_batch is over 1300 bytes in size, we shouldn't
put it on stack.
Some compilers (e.g. 5.2.1) complain:
drivers/xen/gntdev.c: In function ‘gntdev_ioctl_grant_copy.isra.5’:
drivers/xen/gntdev.c:949:1: warning: the frame size of 1416 bytes
is larger than 1024 bytes [-Wframe-larg
On 15/01/16 17:39, Doug Goldstein wrote:
> The flask utilities only have dependencies on libxc so there's no
> downside to always building it. Distros and projects based on Xen can
> put these in a different package to not install them for all users.
> Prior to this change FLASK_ENABLE needed to be
On 15/01/16 19:43, Boris Ostrovsky wrote:
> struct gntdev_copy_batch is over 1300 bytes in size, we shouldn't
> put it on stack.
>
> Some compilers (e.g. 5.2.1) complain:
> drivers/xen/gntdev.c: In function ‘gntdev_ioctl_grant_copy.isra.5’:
> drivers/xen/gntdev.c:949:1: warning: the frame size of
On 01/15/2016 02:50 PM, Andrew Cooper wrote:
On 15/01/16 19:43, Boris Ostrovsky wrote:
@@ -933,18 +937,20 @@ static long gntdev_ioctl_grant_copy(struct gntdev_priv
*priv, void __user *u)
goto out;
}
- ret = gntdev_grant_copy_seg(&batch, &seg, ©.segmen
From: David Vrabel
Date: Fri, 15 Jan 2016 11:56:42 +
> @@ -364,6 +364,7 @@ static void xennet_tx_buf_gc(struct netfront_queue *queue)
> RING_IDX cons, prod;
> unsigned short id;
> struct sk_buff *skb;
> + int more_to_do;
I hate to be difficult, but could you please use
struct gntdev_copy_batch is over 1300 bytes in size, we shouldn't
put it on stack.
Some compilers (e.g. 5.2.1) complain:
drivers/xen/gntdev.c: In function ‘gntdev_ioctl_grant_copy.isra.5’:
drivers/xen/gntdev.c:949:1: warning: the frame size of 1416 bytes
is larger than 1024 bytes [-Wframe-larg
From: David Vrabel
Date: Fri, 15 Jan 2016 14:55:33 +
> "xen-netback: use skb to determine number of required" plus two other
> minor fixes I found down the back of the sofa.
Series applied, thanks David.
___
Xen-devel mailing list
Xen-devel@lists
This run is configured for baseline tests only.
flight 38642 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38642/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-libvirt-pair 10 xen-boot/dst_host
On Fri, Jan 15, 2016 at 09:46:12AM -0800, Paul E. McKenney wrote:
> On Fri, Jan 15, 2016 at 10:13:48AM +0100, Peter Zijlstra wrote:
> > And the stuff we're confused about is how best to express the difference
> > and guarantees of these two forms of transitivity and how exactly they
> > interact.
On Fri, Jan 15, 2016 at 09:39:12AM -0800, Paul E. McKenney wrote:
> Should we start putting litmus tests for the various examples
> somewhere, perhaps in a litmus-tests directory within each participating
> architecture? I have a pile of powerpc-related litmus tests on my laptop,
> but they probab
On Tue, Jan 12, 2016 at 02:22:03AM -0700, Jan Beulich wrote:
> >>> On 12.01.16 at 04:38, wrote:
> > (XEN) Assertion 'vapic_pg && !p2m_is_paging(p2mt)' failed at vvmx.c:698
> > (XEN) [ Xen-4.6.0 x86_64 debug=y Tainted:C ]
> > (XEN) CPU:39
> > (XEN) RIP:e008:[] virtual_vmentry
>> --- a/Config.mk
>> +++ b/Config.mk
>> @@ -126,6 +126,17 @@ endef
>> check-$(gcc) = $(call cc-ver-check,CC,0x040100,"Xen requires at least
>> gcc-4.1")
>> $(eval $(check-y))
>>
>> +ld-ver = $(shell if [ $$((`$(1) --version | head -1 | sed 's/[^0-9]/ /g' |
>> awk \
>> + '{ printf "0x
On Fri, Jan 15, 2016 at 10:27:14PM +0100, Peter Zijlstra wrote:
> On Fri, Jan 15, 2016 at 09:46:12AM -0800, Paul E. McKenney wrote:
> > On Fri, Jan 15, 2016 at 10:13:48AM +0100, Peter Zijlstra wrote:
>
> > > And the stuff we're confused about is how best to express the difference
> > > and guarant
On Fri, Jan 15, 2016 at 10:29:12PM +0100, Peter Zijlstra wrote:
> On Fri, Jan 15, 2016 at 09:39:12AM -0800, Paul E. McKenney wrote:
> > Should we start putting litmus tests for the various examples
> > somewhere, perhaps in a litmus-tests directory within each participating
> > architecture? I hav
I will be respinning the generic Linux linker table solution [0] soon
based on hpa's feedback again now that I'm back from vacation. As I do
that though I wanted to highlight a feature I'm throwing into the
linker table solution which I am not sure many have paid close
attention to but I think is i
flight 78159 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78159/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 5 xen-install fail REGR.
vs. 77892
test-amd64
On Fri, Jan 15, 2016 at 2:08 PM, Luis R. Rodriguez wrote:
> I will be respinning the generic Linux linker table solution [0] soon
> based on hpa's feedback again now that I'm back from vacation. As I do
> that though I wanted to highlight a feature I'm throwing into the
> linker table solution whi
flight 78164 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78164/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-credit2 15 guest-localmigratefail REGR. vs. 78054
test-amd64-amd64-xl-xs
This is a note to let you know that I have just added a patch titled
x86/paravirt: Prevent rtc_cmos platform device init on PV guests
to the linux-4.2.y-queue branch of the 4.2.y-ckt extended stable tree
which can be found at:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-4
4.2.8-ckt2 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: David Vrabel
commit d8c98a1d1488747625ad6044d423406e17e99b7a upstream.
Adding the rtc platform device in non-privileged Xen PV guests cau
flight 78178 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78178/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 78109
Tests which did not succeed, but a
On Fri, Jan 15, 2016 at 03:47:25PM -0800, Andy Lutomirski wrote:
> On Fri, Jan 15, 2016 at 2:08 PM, Luis R. Rodriguez wrote:
> > I will be respinning the generic Linux linker table solution [0] soon
> > based on hpa's feedback again now that I'm back from vacation. As I do
> > that though I wanted
flight 78189 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78189/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 65543
test-amd64-amd64-
On January 15, 2016 4:43:04 PM PST, "Luis R. Rodriguez" wrote:
>On Fri, Jan 15, 2016 at 03:47:25PM -0800, Andy Lutomirski wrote:
>> On Fri, Jan 15, 2016 at 2:08 PM, Luis R. Rodriguez
>wrote:
>> > I will be respinning the generic Linux linker table solution [0]
>soon
>> > based on hpa's feedback a
On Fri, Jan 15, 2016 at 4:43 PM, Luis R. Rodriguez wrote:
>> for (i = 0; i < sizeof(boot_params); i += 4096)
>> early_make_pgtable((unsigned long)params + i);
>
> I'll give this a shot.
Thanks again for this! It seems to let this boot now! But it does not
seem to provided the right v
: Peter Maydell
Date: Fri Jan 15 15:49:43 2016 +
Merge remote-tracking branch
'remotes/pmaydell/tags/pull-target-arm-20160115' into staging
target-arm queue:
* use the right MMU index when handling unaligned accesses
* xlnx-zynqmp: Add support for high DDR memo
From: Ashwin Chaugule
The acpi_table_parse() function has a callback that
passes a pointer to a table_header. Add a new function
which takes this pointer and parses its entries. This
eliminates the need to re-traverse all the tables for
each call. e.g. as in acpi_table_parse_madt() which is
norma
From: Parth Dixit
Pmstat is currently not supported for ARM in Xen. Configure and build
pmstat for x86 architecture only.
Cc: Jan Beulich
Signed-off-by: Parth Dixit
Signed-off-by: Shannon Zhao
---
v4: keep both CONFIG_HAS_ACPI and CONFIG_HAS_CPUFREQ
---
xen/common/sysctl.c | 2 +-
xen/
From: Shannon Zhao
Refactor gic-v2 related functions into dt and generic parts. This will be
helpful when adding acpi support for gic.
Signed-off-by: Parth Dixit
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
---
xen/arch/arm/gic-v2.c | 21 ++---
1 file changed, 14
From: Len Brown
Allow consumers of the acpi_table_parse()/acpi_table_parse_entries() API
to gracefully handle the acpi_disabled=1 case via return value
rather than checking the global flag themselves.
Signed-off-by: Feng Tang
Signed-off-by: Len Brown
[Linux commit e5b8fc6ac158f65598f58dba2c0d5
From: Shannon Zhao
Refactor pl011 driver to dt and common initialization parts. This will
be useful later when acpi specific uart initialization function is
introduced.
Signed-off-by: Parth Dixit
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
---
xen/drivers/char/pl011.c | 64 +
From: Shannon Zhao
Since we will add ACPI initialization for UART in this file later,
rename it with a generic name.
Signed-off-by: Shannon Zhao
---
v4: split the original patch to renaming this and adding ACPI parts.
---
MAINTAINERS | 2 +-
xen/drivers/char/Makefile | 2
From: Shannon Zhao
Current acpi_os_map_memory is specific to x86. Refactor it to be
architecturally independent.
Cc: Jan Beulich
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
---
xen/arch/x86/acpi/lib.c | 16
xen/drivers/acpi/osl.c | 12 +---
xen/include/
From: Shannon Zhao
These patches are Part 2 of the previous patch set I sent which adds
ACPI support for arm64 on Xen[1]. Split them as an individual set for
convenient reviewing.
The first two patches ports two ACPI changes from Linux kernel, which
are missed at Part 1.
The second three patche
From: Shannon Zhao
With the addition of ARM64 that does not have a traditional BIOS to
scan, stub out acpi_find_root_pointer to do nothing for ARM.
Cc: Jan Beulich
Signed-off-by: Shannon Zhao
---
v4: stub out acpi_find_root_pointer fro ARM
---
xen/drivers/acpi/tables/tbxfroot.c | 7 +++
1
From: Shannon Zhao
Partition smp initialization functions into generic and dt specific
parts, this will be useful when introducing new functions for smp
initialization based on acpi.
Signed-off-by: Parth Dixit
Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
---
xen/arch/arm/arm64/sm
From: Shannon Zhao
Refactor gic-v3 related functions into dt and generic parts. This will be
helpful when adding acpi support for gic-v3.
Signed-off-by: Shannon Zhao
---
v4: Use INVALID_PADDR and move ioremap to common init function
---
xen/arch/arm/gic-v3.c | 114 +++--
This patch was just a initial patch, not sure whether this way
is ok from you side for handlding clk when doing platform device
passhthrough. Any comments are appreciated, and your comments may
give me a better direction.
Patch was basically tested with passthrough uart2 to DomU on
freescale i.MX7
This run is configured for baseline tests only.
flight 38644 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38644/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-qemuu-nested-intel 13 xen-boot/l1
201 - 249 of 249 matches
Mail list logo
