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
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
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 +++--
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
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
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: 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
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: 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/
: 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
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
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
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 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 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
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
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
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
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 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
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
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
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
>> --- 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 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
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 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.
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
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
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 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
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
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 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
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 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
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
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 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
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 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 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
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, 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 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, 15 Jan 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Add a bus_notifier for platform bus device in order to map the device
> mmio regions when DOM0 booting with ACPI.
>
> Signed-off-by: Shannon Zhao
> ---
> drivers/xen/Makefile | 1 +
> drivers/xen/arm-device.c | 140
>
On Fri, 2016-01-15 at 17:07 +, Ian Jackson wrote:
> Ian Campbell writes ("Re: [PATCH OSSTEST] make-flight: Support specifying
> a mini-os tree+revision"):
> > On Fri, 2015-12-11 at 15:16 +, Ian Jackson wrote:
> > unable to determine vcs
> > bash: line 5: fail: command not found
> >
flight 78183 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78183/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
On Fri, 2016-01-08 at 14:29 +, Ian Campbell wrote:
> This means that bisections will use the same version, even if
> production-config changed in the mean time.
>
> Signed-off-by: Ian Campbell
> ---
> mfi-common | 12 ++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
>
> diff
> On Jan 15, 2016, at 11:20 AM, Jan Beulich wrote:
>
On 15.01.16 at 18:01, wrote:
>> --- a/xen/Makefile
>> +++ b/xen/Makefile
>> @@ -11,6 +11,7 @@ export XEN_DOMAIN ?= $(shell ([ -x /bin/dnsdomainname ]
>> && /bin/dnsdomainname) |
>> export XEN_BUILD_DATE?= $(shell LC_ALL=C date)
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 provide one. I'm hoping this is more a matter of
>>>thinking carefull
On Fri, 15 Jan 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Use xen_xlate_map_ballooned_pages to setup grant table. Then it doesn't
> rely on DT or ACPI to pass the start address and size of grant table.
>
> Signed-off-by: Shannon Zhao
Acked-by: Stefano Stabellini
> arch/arm/xen/enli
On 1/15/16 11:06 AM, Ian Campbell 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 provide one. I'm hoping this is more a matter of
>>thinking carefully than of extensive build system pro
>>> On 15.01.16 at 18:01, wrote:
> --- a/xen/Makefile
> +++ b/xen/Makefile
> @@ -11,6 +11,7 @@ export XEN_DOMAIN ?= $(shell ([ -x /bin/dnsdomainname ]
> && /bin/dnsdomainname) |
> export XEN_BUILD_DATE?= $(shell LC_ALL=C date)
> export XEN_BUILD_TIME?= $(shell LC_ALL=C date +%
On Tue, 2016-01-12 at 14:18 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH RFC OSSTEST v1 05/12] make-*flight: Abolish
> $defsuite and $guestdefsuite"):
> > Instead have mfi-common set $suite or $guestsuite if it is unset. When
> > doing so move the use of local to this point, using local
>>> 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 provide one. I'm hoping this is more a matter of
>>thinking carefully than of extensive build system programmin
Ian Campbell writes ("Re: [Xen-devel] [xen-unstable test] 77945: regressions -
FAIL [and 2 more messages]"):
...
> The only downside is a spurious /boot/xenpolicy-$version installed when the
> corresponding Xen binary doesn't support XSM, however given the assumption
> in #2 (which implies the use
>>> On 29.12.15 at 12:31, wrote:
> NVDIMM devices are detected and configured by software through
> ACPI. Currently, QEMU maintains ACPI tables of vNVDIMM devices. This
> patch extends the existing mechanism in hvmloader of loading passthrough
> ACPI tables to load extra ACPI tables built by QEMU.
On Fri, 15 Jan 2016, Shannon Zhao wrote:
> From: Shannon Zhao
>
> Use page_to_xen_pfn in case of 64KB page.
>
> Signed-off-by: Shannon Zhao
> ---
> drivers/xen/xlate_mmu.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/xen/xlate_mmu.c b/drivers/xen/xlate_mmu.
Ian Campbell writes ("Re: [PATCH OSSTEST] make-flight: Support specifying a
mini-os tree+revision"):
> On Fri, 2015-12-11 at 15:16 +, Ian Jackson wrote:
> unable to determine vcs
> bash: line 5: fail: command not found
>
> I'm not sure if this is a bug (i.e. it was intended to be "ech
>>> On 15.01.16 at 15:59, wrote:
> --- a/xen/arch/x86/domain.c
> +++ b/xen/arch/x86/domain.c
> @@ -542,8 +542,9 @@ int arch_domain_create(struct domain *d, unsigned int
> domcr_flags,
> d->domain_id, config->emulation_flags);
> return -EINVAL;
> }
> -
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 provide one. I'm hoping this is more a matter of
> thinking carefully than of extensive build system programming!
I think we should:
1) Move /usr/li
Creates a section to contain scheduler entry pointers that are gathered
together into an array. This will allow, in a follow-on patch, scheduler
entries to be automatically gathered together into the array for
automatic parsing.
CC: Ian Campbell
CC: Stefano Stabellini
CC: Keir Fraser
CC: Jan Be
Instead of having a manually-curated list of schedulers, use the array
that was auto-generated simply by compiling in the scheduler files as
the sole source of truth of the available schedulers.
CC: George Dunlap
CC: Dario Faggioli
Signed-off-by: Jonathan Creekmore
Acked-by: Dario Faggioli
Rev
Adds a simple macro to place a pointer to a scheduler into an array
section at compile time. Also, goes ahead and generates the array
entries with each of the schedulers.
CC: George Dunlap
CC: Dario Faggioli
CC: Josh Whitehead
CC: Robert VanVossen
Signed-off-by: Jonathan Creekmore
Acked-by: D
Add machinery to allow the schedulers to be individually selectable
through the Kconfig interface. The first patch in the series sets up
the CONFIG_EXPERT Kconfig variable that is only enabled by passing an
environment variable to the build. The second patch in the series sets up
the Kconfig option
Add an additional environment variable, defaulting to disabled,
that enables the CONFIG_EXPERT configuration option. The purpose
of the CONFIG_EXPERT configuration option is to make non-standard
Kconfig options visible during the configuration process. The
CONFIG_EXPERT option is not, itself, visib
Allow the schedulers to be independently enabled or disabled at
compile-time. To match existing behavior, all four schedulers are
compiled in by default, although the Credit2, RTDS, and ARINC653 are
marked EXPERIMENTAL to match their not currently supported status.
CC: George Dunlap
CC: Dario Fag
> Or you can use git://github.com/rosslagerwall/xsplice-build.git tool
> (it will need an extra patch, will send that shortly) - which
> generates the ELF payloads.
>
> This link has a nice description of how to use the tool:
> http://lists.xenproject.org/archives/html/xen-devel/2015-10/msg02595.ht
>>> On 15.01.16 at 16:47, wrote:
> On Thu, 2016-01-14 at 09:09 -0700, Jan Beulich wrote:
>> > > > On 14.01.16 at 15:49, wrote:
>> > --- a/xen/Kconfig
>> > +++ b/xen/Kconfig
>> > @@ -22,3 +22,7 @@ config DEFCONFIG_LIST
>> >string
>> >option defconfig_list
>> >default "$ARCH_DEFCONFIG"
Ian Campbell writes ("[PATCH OSSTEST] Allow longer timeout when creating
backing file for a raw disk."):
> I noticed this dd timiung out when recommissioning the 3 cubietrucks
> (picasso, metzinger, gleizes) but looking at the log shows this has
> been happening on braque too.
>
> The current cod
Ian Campbell writes ("[PATCH OSSTEST] ts-debian-install: increase time allowed
for xen-create-image"):
> This step is consistently timing out when run on cubietruck-*. Judging
> from the logs it appears to be completing during the 30s slack added
> by tcmdex (i.e. after the timeout message the res
From: David Vrabel
Date: Fri, 15 Jan 2016 10:31:57 +
> On 14/01/16 21:54, David Miller wrote:
>> From: David Vrabel
>> Date: Thu, 14 Jan 2016 15:18:30 +
>>
>>> - needed = xenvif_rx_ring_slots_needed(queue->vif);
>>> + skb = skb_peek(&queue->rx_queue);
>>> + if (!skb)
>>> +
On Tue, 2016-01-12 at 14:39 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH RFC OSSTEST v1 07/12] ts-debian-di-install:
> Allow Di Version to come from runvars"):
> > and following the lead of the suite arrange for a version selected
> > from the defaults to be written back to the runvars.
flight 78147 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78147/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 6 xen-boot fail REGR. vs. 59254
test-armhf-armhf-xl-c
On Wed, 2015-12-16 at 09:32 +, Ian Campbell wrote:
> On Fri, 2015-12-11 at 15:16 +, Ian Jackson wrote:
> > Ian Campbell writes ("[PATCH OSSTEST] make-flight: Support specifying a
> > mini-os tree+revision"):
> > > This is useful for standalone or adhoc use as well as (presumably)
> > > bise
On Fri, 2016-01-15 at 17:22 +0100, Juergen Gross wrote:
> On 15/01/16 17:14, Ian Campbell wrote:
> > On Fri, 2016-01-08 at 14:08 +0100, Juergen Gross wrote:
> > > Add the xenstore domain specific xenstore paths to
> > > docs/misc/xenstore-paths.markdown
> > >
> > > Signed-off-by: Juergen Gross
>
On 15/01/16 17:12, Ian Campbell wrote:
> On Fri, 2016-01-08 at 14:08 +0100, Juergen Gross wrote:
>> +# get xenstore domain id (or 0 if no xenstore domain)
>> +get_xsdomid()
>> +{
>> +XS_DOMID=`${bindir}/xenstore-read /tool/xenstored/domid 2>/dev/null`
>> +if test $? -ne 0; then
>> +
On Fri, 2016-01-15 at 17:07 +0100, Juergen Gross wrote:
> get_domain_ids() in libxenstat used by read_attributes_qdisk() is
> limited to 1024 domains. Remove that limit.
>
> Signed-off-by: Juergen Gross
> ---
> V3: Obey 80 character line length limit as requested by Ian Campbell.
> In order t
On 15/01/16 17:14, Ian Campbell wrote:
> On Fri, 2016-01-08 at 14:08 +0100, Juergen Gross wrote:
>> Add the xenstore domain specific xenstore paths to
>> docs/misc/xenstore-paths.markdown
>>
>> Signed-off-by: Juergen Gross
>
> One typo below, otherwise:
>
> Acked-by: Ian Campbell
>
> You could
>>> On 15.01.16 at 17:01, wrote:
> On Fri, 2016-01-15 at 08:54 -0700, Jan Beulich wrote:
>> > > > On 15.01.16 at 16:44, wrote:
>> > On Wed, 2016-01-13 at 03:46 -0700, Jan Beulich wrote:
>> > > With xen/Makefile including include/config/auto.conf.cmd, environment
>> > > variables checked in the la
>>> On 15.01.16 at 16:59, wrote:
> Have you been convinced by the arguments made by others here or do we need
> to put this to a formal vote? (I think "private majority vote amongst the
> committers" is the next step here per the governance)
While I continue to be unconvinced, I don't object to t
On Fri, 2016-01-08 at 14:08 +0100, Juergen Gross wrote:
> Add the xenstore domain specific xenstore paths to
> docs/misc/xenstore-paths.markdown
>
> Signed-off-by: Juergen Gross
One typo below, otherwise:
Acked-by: Ian Campbell
You could fold this into some earlier patch which first uses thes
On Fri, 2016-01-08 at 14:08 +0100, Juergen Gross wrote:
> +# get xenstore domain id (or 0 if no xenstore domain)
> +get_xsdomid()
> +{
> +XS_DOMID=`${bindir}/xenstore-read /tool/xenstored/domid 2>/dev/null`
> +if test $? -ne 0; then
> +XS_DOMID=0
> +fi
In principal this could b
flight 78153 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/78153/
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-
get_domain_ids() in libxenstat used by read_attributes_qdisk() is
limited to 1024 domains. Remove that limit.
Signed-off-by: Juergen Gross
---
V3: Obey 80 character line length limit as requested by Ian Campbell.
In order to not have to wrap so many lines just carve out the loop
body into
>>> On 14.01.16 at 17:27, wrote:
> I have to confess I'm quite confused now. Maybe there are many
> underlying disagreements here but mostly I seem befogged. However,
> here are some principles I currently believe in for how this should
> all work:
>
> * It should be possible to enable, or dis
On Fri, 2016-01-08 at 14:08 +0100, Juergen Gross wrote:
> Create the xenstore domain with the xenstore flag specified. This
> enables us to test whether such a domain is already running before
> we create it. As there ought to be only one xenstore in the system
> we don't need to start another one.
On Fri, 2016-01-08 at 14:08 +0100, Juergen Gross wrote:
> When creating a xenstore domain via init-xenstore-domain destroy it
> in case of an error occurred after calling xc_domain_create().
>
> Signed-off-by: Juergen Gross
> Acked-by: Daniel De Graaf
Acked-by: Ian Campbell
_
On Fri, 2016-01-15 at 08:54 -0700, Jan Beulich wrote:
> > > > On 15.01.16 at 16:44, wrote:
> > On Wed, 2016-01-13 at 03:46 -0700, Jan Beulich wrote:
> > > With xen/Makefile including include/config/auto.conf.cmd, environment
> > > variables checked in the latter must be available at the time of
>
Jan,
Have you been convinced by the arguments made by others here or do we need
to put this to a formal vote? (I think "private majority vote amongst the
committers" is the next step here per the governance)
Ian.
On Thu, 2016-01-14 at 17:24 +, Ian Campbell wrote:
> IMNSHO we should apply the
On Fri, 2016-01-15 at 14:42 +, Ian Campbell wrote:
>
> > xen/arm: Add r1p12 to the list of supported Cadence UARTs
> >
> > Add r1p12 to the list of supported Cadence UARTs. XEN only
> > uses the subset of features available in r1p8, so we don't
> > need to differentiate between r1p8 and r1p12
On Fri, 2016-01-15 at 10:00 +, Paul Durrant wrote:
> My recent patch series 'docs: Document xenstore paths' included 3
> patches documenting new xenstore paths to allow PV drivers/agents in
> guests to advertise version information, significant features and
> attributes (such as assigned IP add
On Fri, 2016-01-15 at 12:30 +, Ian Campbell wrote:
> On Fri, 2016-01-15 at 13:14 +0100, Edgar E. Iglesias wrote:
> > From: "Edgar E. Iglesias"
> >
> > Add xen/drivers/char/cadence-uart.c to the ARM section.
> >
> > Signed-off-by: Edgar E. Iglesias
>
> Acked-by: Ian Campbell
Applied.
__
On Fri, 2016-01-08 at 14:08 +0100, Juergen Gross wrote:
> Move xen-init-dom0 from tools/libxl to tools/helpers, as it is just a
> helper program.
>
> Signed-off-by: Juergen Gross
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.
On Mon, 2016-01-04 at 15:55 +0100, Juergen Gross wrote:
> There are some places in Xen tools which will work for only up to
> 1024 domains. Remove this limit.
>
> Changes in V2:
> - corrected a little error in patch 1 at end of loop (index -1 used
> in array)
> - added patches 2 and 3
>
> Juerg
1 - 100 of 249 matches
Mail list logo