> -Original Message-
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: 25 July 2017 19:56
> To: Xen-devel
> Cc: Andrew Cooper ; Jan Beulich
> ; Paul Durrant
> Subject: [PATCH] x86/hvm: Fix boundary check in hvmemul_insn_fetch()
>
> c/s 0943a03037 added some extra protectio
On Tue, Jul 25, 2017 at 08:55:30PM +0100, Igor Druzhinin wrote:
> We need to choose ACPI tables and ACPI IO port location
> properly depending on the device model version we are running.
> Previously, this decision was made by BIOS type specific
> code in hvmloader, e.g. always load QEMU traditiona
On Tue, Jul 25, 2017 at 04:00:27PM +0100, Roger Pau Monne wrote:
> Hello,
>
> Note that this thread only contains the patches that need an ack or
> have been modified in some way between v6 and v7. This is done in
> order to prevent spamming the list with already acked patches for such
> long seri
Wei Liu (3):
x86: nuke PV superpage option and code
tools: nuke superpage parameters in code
libxc: bail immediately when PV superpage is discovered
docs/man/xl.conf.pod.5 | 3 -
docs/misc/xen-command-line.markdown | 7 -
tools/libxc/include/xenguest.h | 3 +-
tools/
On 25/07/17 16:09, Boris Ostrovsky wrote:
> On 07/25/2017 05:50 AM, Juergen Gross wrote:
>> Provide a hook in hypervisor_x86 called after setting up initial
>> memory mapping.
>>
>> This is needed e.g. by Xen HVM guests to map the hypervisor shared
>> info page.
>
> This is not necessarily a probl
The original code was added with the hope that PV superpage migration
might work. But it was never proven that the code actually worked.
Now that PV superpage is gone, simplify the code by returning error
immediately.
Suggested-by: Andrew Cooper
Signed-off-by: Wei Liu
Reviewed-by: Andrew Cooper
Delete the user visible option and code for PV superpage support. The
mm code is modified as if the option is set to false (the default
value).
Return the address space occupied by spage_info back to the reserved
address space.
Signed-off-by: Wei Liu
---
Done some basic testing with xtf, also te
flight 112300 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112300/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-examine 7 reboot fail REGR. vs. 110515
test-amd64-amd64-xl
On Tue, Jul 25, 2017 at 04:18:52PM +0100, Ian Jackson wrote:
> Roger Pau Monne writes ("[PATCH v7 20/20] osstest: save/retrieve the last
> successfully tested FreeBSD build"):
> > And use it in order to install the hosts for the next FreeBSD flight.
> ...
> > +case "$branch" in
> > +freebsd-*)
> >
Also fix manpage because there is no superpages options in xl.cfg.
Signed-off-by: Wei Liu
Acked-by: Ian Jackson
---
docs/man/xl.conf.pod.5 | 3 ---
tools/libxc/include/xenguest.h | 3 +--
tools/libxc/xc_nomigrate.c | 2 +-
tools/libxc/xc_sr_restore.c | 7 +++
tools/li
flight 112309 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112309/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 688c7d21b97d8ed6bfba72299c43c22a7b707064
baseline version:
ovmf 3b341e263da957b2c8896
branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-examine
testid reboot
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree
On Tue, Jul 25, 2017 at 05:59:04PM +0530, ajmalmalib4u wrote:
>Hi,
>>> > I have successfully tested a PCI device in my PC.
>>> > As per my current understanding, the control flow for PCI passthrough
>is
>>> > “xen-pcifront -> xen-pciback -> driver”. Is this correct?
>>> T
On Wed, 2017-07-19 at 12:57 +0100, Andrew Cooper wrote:
> Currently, the following sequence of actions:
>
> * VMPTRLD (creates a mapping, likely pointing at gfn 0 for an empty vmcs)
> * VMWRITE CPU_BASED_VM_EXEC_CONTROL (completed by hardware)
> * VMWRITE MSR_BITMAP (completed by hardware)
> *
Hello,
On 25.07.17 21:11, Stefano Stabellini wrote:
On Tue, 25 Jul 2017, Julien Grall wrote:
Furthermore, if you look at the wikipage for Renesas R-Car on Xen (see [1]), a
specific DT for Xen is provided.
Well, we introduced a specific DT as a faster way to get the system up
and running. But
flight 112310 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112310/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-pvops 4 host-install(4)broken REGR. vs. 112276
build-arm64
On Wed, Jul 26, 2017 at 09:14:33AM +0100, Roger Pau Monne wrote:
> On Tue, Jul 25, 2017 at 04:18:52PM +0100, Ian Jackson wrote:
> > Roger Pau Monne writes ("[PATCH v7 20/20] osstest: save/retrieve the last
> > successfully tested FreeBSD build"):
> > > And use it in order to install the hosts for
On 26/07/17 10:08, Andrii Anisov wrote:
Hello,
Hi Andrii,
On 25.07.17 21:11, Stefano Stabellini wrote:
On Tue, 25 Jul 2017, Julien Grall wrote:
Furthermore, if you look at the wikipage for Renesas R-Car on Xen
(see [1]), a
specific DT for Xen is provided.
Well, we introduced a specific D
flight 112317 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112317/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
coverity-amd646 coverity-build fail REGR. vs. 40
version t
This commit makes the changes to the hypervisor, the build system as
well as libxc necessary in order to facilitate tracing of program counters.
A discussion of the design can be found in the mailing list:
https://lists.xen.org/archives/html/xen-devel/2017-05/threads.html#02210
The list of files
flight 112315 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112315/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 958a81813bd9790b04199fce077918d08257e1a4
baseline version:
ovmf 688c7d21b97d8ed6bfba7
On 26/07/17 08:31, Roger Pau Monné wrote:
> On Tue, Jul 25, 2017 at 08:55:30PM +0100, Igor Druzhinin wrote:
>> We need to choose ACPI tables and ACPI IO port location
>> properly depending on the device model version we are running.
>> Previously, this decision was made by BIOS type specific
>> cod
These are entirely unused, and are actually the general x86 register encoding,
rather than being SVM specific.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Boris Ostrovsky
CC: Suravee Suthikulpanit
---
xen/include/asm-x86/hvm/svm/svm.h | 17 -
1 file changed, 17 deleti
This allows svm_{get,set}_segment_register() to access the user segments by
array index, capitalising on x86_seg_* matches the hardware encoding.
While making this alteration, add some newlines for clarity, switch an int for
a bool, and make the functions fail safe in a release build, rather than
On 18/07/17 10:11, Andrew Cooper wrote:
On 17/07/17 19:18, Julien Grall wrote:
"THE REST" maintainers should always be CCed for any modification that
don't fall under the responsability of a specific component maintainer.
However, the script get_maintainers.pl will remove "THE REST"
maintaine
Dear Julien.
On 26.07.17 12:22, Julien Grall wrote:
It sounds like to me that a non-modified DT for Xen on R-Car is not
for tomorrow...
Yep, unfortunately it is not for tomorrow.
So here, the first and only sensible option is to work with the vendor
to modify the device-tree.
OK, I'll move
flight 112306 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112306/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-pvops 4 host-install(4)broken REGR. vs. 112286
build-arm64-xsm
Update on some actions
> On 18 Jul 2017, at 13:18, Lars Kurth wrote:
>
>
> ACTION (Wei, Julien, Lars): Have a how to be release manager file (needs to
> contain some of the stuff in Release technician checklist)
> * RM file: clear set of criteria on PR. Go/NoGo part
> * See
> https://lists.xe
On 7/24/2017 10:28 AM, Juergen Gross wrote:
When running as Xen pv-guest the exception frame on the stack contains
%r11 and %rcx additional to the other data pushed by the processor.
Instead of having a paravirt op being called for each exception type
prepend the Xen specific code to each exce
On Wed, Jul 26, 2017 at 11:56:55AM +0100, Igor Druzhinin wrote:
> On 26/07/17 08:31, Roger Pau Monné wrote:
> > On Tue, Jul 25, 2017 at 08:55:30PM +0100, Igor Druzhinin wrote:
> >> We need to choose ACPI tables and ACPI IO port location
> >> properly depending on the device model version we are run
Hello,
i was just testing the single step implementation and realized that the
before mentioned solution is not fully working. I'm still trying to enable
SS for a VM on Xen.
To test my implementation i wrote a small Kernel Module and started it in
the DomU. The module only contains a loop which in
On 26/07/17 14:06, Roger Pau Monné wrote:
> On Wed, Jul 26, 2017 at 11:56:55AM +0100, Igor Druzhinin wrote:
>> On 26/07/17 08:31, Roger Pau Monné wrote:
>>> On Tue, Jul 25, 2017 at 08:55:30PM +0100, Igor Druzhinin wrote:
We need to choose ACPI tables and ACPI IO port location
properly dep
On Wed, Jul 26, 2017 at 02:21:49PM +0100, Igor Druzhinin wrote:
> On 26/07/17 14:06, Roger Pau Monné wrote:
> > On Wed, Jul 26, 2017 at 11:56:55AM +0100, Igor Druzhinin wrote:
> >> On 26/07/17 08:31, Roger Pau Monné wrote:
> >>> On Tue, Jul 25, 2017 at 08:55:30PM +0100, Igor Druzhinin wrote:
>
No functional change with current production-config.
(In fact, this needs to be 2 for cov-analysis-linux64-2017.07.tar.gz)
Reported-by: Wei Liu
Signed-off-by: Ian Jackson
---
production-config | 1 +
ts-coverity-build | 4 +++-
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/prod
This needs to be 2 for cov-analysis-linux64-2017.07.tar.gz
because that contains "./" at the start of its paths, which
tar counts as a component it's stripping.
Signed-off-by: Ian Jackson
---
production-config | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/production-config
On 7/25/2017 5:21 PM, Stefano Stabellini wrote:
Implement the probe function for the pvcalls frontend. Read the
supported versions, max-page-order and function-calls nodes from
xenstore.
Introduce a data structure named pvcalls_bedata. It contains pointers to
the command ring, the event channe
On Wed, Jul 26, 2017 at 02:33:11PM +0100, Ian Jackson wrote:
> No functional change with current production-config.
>
> (In fact, this needs to be 2 for cov-analysis-linux64-2017.07.tar.gz)
>
> Reported-by: Wei Liu
> Signed-off-by: Ian Jackson
Reviewed-by: Wei Liu
___
On Wed, Jul 26, 2017 at 02:33:12PM +0100, Ian Jackson wrote:
> This needs to be 2 for cov-analysis-linux64-2017.07.tar.gz
> because that contains "./" at the start of its paths, which
> tar counts as a component it's stripping.
>
> Signed-off-by: Ian Jackson
Reviewed-by: Wei Liu
__
A previous patch added the --no-wchar-size-warning to the Makefile to
avoid this harmless warning:
arm-linux-gnueabi-ld: warning: drivers/xen/efi.o uses 2-byte wchar_t yet the
output is to use 4-byte wchar_t; use of wchar_t values across objects may fail
Changing kbuild to use thin archives inst
On 26/07/17 14:30, Roger Pau Monné wrote:
> On Wed, Jul 26, 2017 at 02:21:49PM +0100, Igor Druzhinin wrote:
>> On 26/07/17 14:06, Roger Pau Monné wrote:
>>> On Wed, Jul 26, 2017 at 11:56:55AM +0100, Igor Druzhinin wrote:
On 26/07/17 08:31, Roger Pau Monné wrote:
> On Tue, Jul 25, 2017 at 0
On Wed, Jul 26, 2017 at 02:36:20PM +0100, Igor Druzhinin wrote:
> On 26/07/17 14:30, Roger Pau Monné wrote:
> > On Wed, Jul 26, 2017 at 02:21:49PM +0100, Igor Druzhinin wrote:
> >> On 26/07/17 14:06, Roger Pau Monné wrote:
> >>> On Wed, Jul 26, 2017 at 11:56:55AM +0100, Igor Druzhinin wrote:
>
flight 112308 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112308/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-arm64-xsm 4 host-install(4)broken REGR. vs. 111765
build-arm64
On Mon, Jul 24, 2017 at 7:28 AM, Juergen Gross wrote:
> When running as Xen pv-guest the exception frame on the stack contains
> %r11 and %rcx additional to the other data pushed by the processor.
>
> Instead of having a paravirt op being called for each exception type
> prepend the Xen specific c
On 26/07/17 14:48, Andy Lutomirski wrote:
>
>> /* Runs on exception stack */
>> -ENTRY(nmi)
>> - /*
>> -* Fix up the exception frame if we're on Xen.
>> -* PARAVIRT_ADJUST_EXCEPTION_FRAME is guaranteed to push at most
>> -* one value to the stack on native, so it may
On Wed, Jul 26, 2017 at 7:01 AM, Andrew Cooper
wrote:
> On 26/07/17 14:48, Andy Lutomirski wrote:
>>
>>> /* Runs on exception stack */
>>> -ENTRY(nmi)
>>> - /*
>>> -* Fix up the exception frame if we're on Xen.
>>> -* PARAVIRT_ADJUST_EXCEPTION_FRAME is guaranteed to push at
Julien Grall writes ("[Xen-devel] [PATCH] scripts/get_maintainers.pl: Don't
blindly drop "THE REST" maintainers"):
> "THE REST" maintainers should always be CCed for any modification that
> don't fall under the responsability of a specific component maintainer.
>
> However, the script get_maintai
On 7/25/2017 5:22 PM, Stefano Stabellini wrote:
Send a PVCALLS_SOCKET command to the backend, use the masked
req_prod_pvt as req_id. This way, req_id is guaranteed to be between 0
and PVCALLS_NR_REQ_PER_RING. We already have a slot in the rsp array
ready for the response, and there cannot be tw
Hi all,
> On 25 Jul 2017, at 14:25, Wei Liu wrote:
>
> Hi all
>
> This is v2 of this document.
>
> Lars, please insert your section as you see fit.
Done + some other minor mods
> ---8<---
> % Xen Release Management
> % Wei Liu <>
> % Revision 1
>
> # Motivation
>
> Over the years we have h
On 26/07/17 15:09, Andy Lutomirski wrote:
> On Wed, Jul 26, 2017 at 7:01 AM, Andrew Cooper
> wrote:
>> On 26/07/17 14:48, Andy Lutomirski wrote:
/* Runs on exception stack */
-ENTRY(nmi)
- /*
-* Fix up the exception frame if we're on Xen.
-* PARAVIRT
Convert source for xen-pv-channel.7 from markdown to pod.
This removes the buildtime requirement for pandoc, and subsequently the
need for ghc, in the chain for BuildRequires of xen.rpm.
Signed-off-by: Olaf Hering
---
docs/man/xen-pv-channel.markdown.7 | 106 -
docs/man/xen-p
Convert source for xl-network-configuration.5 from markdown to pod.
This removes the buildtime requirement for pandoc, and subsequently the
need for ghc, in the chain for BuildRequires of xen.rpm.
Signed-off-by: Olaf Hering
---
...n.markdown.5 => xl-network-configuration.pod.5} | 196 +++
Convert source for xl-numa-placement.7 from markdown to pod.
This removes the buildtime requirement for pandoc, and subsequently the
need for ghc, in the chain for BuildRequires of xen.rpm.
Signed-off-by: Olaf Hering
---
...lacement.markdown.7 => xl-numa-placement.pod.7} | 166 ++
To remove the buildtime dependency to pandoc/ghc some manpages are
converted from markdown to pod format. This will provide more manpages
which are referenced in xl(1) and xl.cfg(5).
This series does not cover xen-vbd-interface.7 because converting the
lists used in this manpage was not straight f
On Thu, Jun 29, 2017 at 1:56 PM, Dario Faggioli
wrote:
> In line with what is there in all the other schedulers.
>
> Signed-off-by: Dario Faggioli
Reviewed-by: George Dunlap
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen
On 7/25/2017 5:22 PM, Stefano Stabellini wrote:
Send PVCALLS_CONNECT to the backend. Allocate a new ring and evtchn for
the active socket.
Introduce a data structure to keep track of sockets. Introduce a
waitqueue to allow the frontend to wait on data coming from the backend
on the active sock
On Thu, Jun 29, 2017 at 1:56 PM, Dario Faggioli
wrote:
> In both xentrace and xenalyze.
>
> Signed-off-by: Dario Faggioli
Acked-by: George Dunlap
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On Wed, Jul 26, 2017 at 03:31:29PM +0100, Lars Kurth wrote:
> Hi all,
>
> > On 25 Jul 2017, at 14:25, Wei Liu wrote:
> >
> > Hi all
> >
> > This is v2 of this document.
> >
> > Lars, please insert your section as you see fit.
>
> Done + some other minor mods
Merged into my repo.
___
On 7/25/2017 5:22 PM, Stefano Stabellini wrote:
Send PVCALLS_BIND to the backend. Introduce a new structure, part of
struct sock_mapping, to store information specific to passive sockets.
Introduce a status field to keep track of the status of the passive
socket.
Introduce a waitqueue for the
On Tue, Jul 25, 2017 at 07:00:47PM +0100, Ian Jackson wrote:
> Anthony PERARD writes ("[OSSTEST PATCH v13 19/24] TestSupport: Implement
> target_subunit_cmd a subunit stream parser into substeps"):
> > target_subunit_cmd can be used like target_cmd, but the command would
> > needs to output a subu
Dear All,
I would like to revive this thread within the R-Car Gen3 support nits
cleanup work.
On 01.12.16 02:12, Stefano Stabellini wrote:
Before answering about possible implementation in Xen, I would like to
understand what are the constraints on these reserved memory regions.
I understa
From: Oleksandr Tyshchenko
Signed-off-by: Oleksandr Tyshchenko
CC: Julien Grall
CC: Stefano Stabellini
---
xen/drivers/passthrough/arm/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/xen/drivers/passthrough/arm/Makefile
b/xen/drivers/passthrough/arm/Makefile
index f4cd26e..b4
From: Oleksandr Tyshchenko
Modify the Linux framework to be functional inside Xen.
It's mostly about differences between memory manipulations
in Xen and Linux.
Also wrap following code in #if 0:
- All DMA related stuff
- Stage-2 related things
- Self test
Signed-off-by: Oleksandr Tyshchenko
CC
From: Oleksandr Tyshchenko
It is VMSA-compatible IOMMU that integrated in the
newest Renesas SoCs (ARM). Copy Linux IPMMU driver as is for now.
Next patches will show what is going on.
Linux driver was taken here:
git://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas-bsp.git rcar-3.5.3
Si
From: Oleksandr Tyshchenko
Hi, all.
The purpose of this patch series is to add IPMMU-VMSA support to Xen on ARM.
It is VMSA-compatible IOMMU that integrated in the newest Renesas R-Car Gen3
SoCs (ARM).
And this IOMMU can't share the page table with the CPU since it doesn't use the
same page-ta
From: Oleksandr Tyshchenko
The Linux IPMMU driver which is being ported to Xen relies on this
Linux framework. Moreover, as the IPMMU is a non-shared IOMMU
we must have a way of manipulating it's page table.
So, copy it as is for now to simplify things, but we will have to find
common ground abo
From: Oleksandr Tyshchenko
The patch was ported from RFC patch for Linux and
slightly modified in order to handle IOVA space above 32-bit.
iommu/ipmmu-vmsa: Initial R-Car Gen3 VA64 mode support
https://patchwork.kernel.org/patch/9532335/
Modifications to the original patch are:
- Increase IOVA
From: Oleksandr Tyshchenko
This is the PoC how to optimize page table deallocation sequence
by splitting it into separate chunks.
Use iommu_pt_cleanup_list to queue pages that need to be handled and
freed next time. Use free_page_table platform callback to dequeue
pages.
Signed-off-by: Oleksandr
From: Oleksandr Tyshchenko
Modify the Linux IPMMU driver to be functional inside Xen.
All devices within a single Xen domain must use the same
IOMMU context no matter what IOMMU domains they are attached to.
This is the main difference between drivers in Linux
and Xen. Having 8 separate contexts
Writes "feature-raw-pointer" during init to indicate the backend
can pass raw unscaled values for absolute axes to the frontend.
Frontends set "request-raw-pointer" to indicate the backend should
not attempt to scale absolute values to console size.
"request-raw-pointer" is only valid if "request-a
Avoid the unneccessary calls through the input-legacy.c file by
using the qemu_input_handler_*() calls directly. This did require
reworking the event and sync handlers and a direct mapping from
QEMU's qcodes to linux KEY_* identifiers required by the ring
protocol. Removes the scancode2linux mappin
These patches are intended to allow PV frontends, like the Windows
frontend to use the backend provided by Qemu. The Windows frontend(1)
requires absolute mouse coordinates in a fixed range, which is not
possible under HVM guests, where the vfb and Qemu console is not
guaranteed to be available or
On 26/07/17 15:48, Andy Lutomirski wrote:
> On Mon, Jul 24, 2017 at 7:28 AM, Juergen Gross wrote:
>> When running as Xen pv-guest the exception frame on the stack contains
>> %r11 and %rcx additional to the other data pushed by the processor.
>>
>> Instead of having a paravirt op being called for
Hi, Julien
On Thu, Jul 20, 2017 at 8:27 PM, Julien Grall wrote:
> On 20/07/17 17:57, Manish Jaggi wrote:
>>
>> Hi Julien,
>
>
> Hello Manish,
>
> I am not sure why piggyback on Daniel Kiper as it is not related to your
> work...
>
>
>>> On Mon, Jul 17, 2017 at 02:26:22PM +0100, Julien Grall wrote
On Tue, Jul 25, 2017 at 07:09:06PM +0100, Ian Jackson wrote:
> Anthony PERARD writes ("[OSSTEST PATCH v13 21/24] Create a flight to test
> OpenStack with xen-unstable and libvirt"):
> > This patch creates a flight "openstack*", with those jobs:
>
> Do you mean it creates a "branch" ? But I don't
On Tue, Jul 25, 2017 at 07:18:21PM +0100, Ian Jackson wrote:
> Anthony PERARD writes ("[OSSTEST PATCH v13 24/24] openstack tests: Don't run
> them on arm*"):
> > Signed-off-by: Anthony PERARD
>
> Acked-by: Ian Jackson
>
> You should probably mention the existence of this patch in the other
> o
flight 112322 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112322/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 1ccfe74ef4bf261e07f99f615a880e34fd4185ef
baseline version:
ovmf 958a81813bd9790b04199
On Tue, Jul 25, 2017 at 07:26:07PM +0100, Ian Jackson wrote:
> Anthony PERARD writes ("[OSSTEST PATCH v13 18/24] TestSupport: Introduce
> target_cmd_stashed"):
> > This works like target_cmd, but takes a ref to a filename as argument
> > and stash the output of the command then return a path to th
+ Stefano as a maintainer.
Dear all,
Any objections on this patch?
On 05.07.17 19:29, Andrii Anisov wrote:
From: Iurii Konovalenko
Add support for a SCIF compatible UART found in Renesas R-Car Gen3 SoCs.
Signed-off-by: Iurii Konovalenko
Signed-off-by: Iurii Mykhalskyi
Signed-off-by: Andr
+ Stefano as a maintainer.
Dear all,
Any objections on this patch?
On 05.07.17 19:29, Andrii Anisov wrote:
From: Andrii Anisov
Introduce an earlyprintk configuration for R-Car Gen3 SoC based development
boards, like:
- Salvator-X [http://elinux.org/R-Car/Boards/Salvator-X]
- M3ULCB [htt
@Committers, @Julien,
> On 26 Jul 2017, at 13:53, Lars Kurth wrote:
>> Improving the Process
>> =
>>
>> JIRA
>>
>> Open source projects do NOT need licenses for JIRA: these was raised by
>> OpenXT folks, who use JIRA
>>
>> ACTION: Lars to follow up with Atlassian -
>
On 26/07/17 16:25, Andrii Anisov wrote:
+ Stefano as a maintainer.
Dear all,
Any objections on this patch?
I would have appreciated to be CC as well...
>
On 05.07.17 19:29, Andrii Anisov wrote:
From: Iurii Konovalenko
Add support for a SCIF compatible UART found in Renesas R-Car Gen3
Hi,
On 26/07/17 16:25, Andrii Anisov wrote:
+ Stefano as a maintainer.
Dear all,
Any objections on this patch?
Same as patch #1 here.
On 05.07.17 19:29, Andrii Anisov wrote:
From: Andrii Anisov
Introduce an earlyprintk configuration for R-Car Gen3 SoC based
development
boards, like:
Hello, Juergen
> How does this work for a patch which is perfectly fine, while not
> touched parts of the patched file are not? The tool should only
> look at the added lines, not at those left unmodified.
The tool looks at touched lines only since it works with unified diff and parse
it.
As fo
Hello Julien,
On 26.07.17 18:33, Julien Grall wrote:
On 26/07/17 16:25, Andrii Anisov wrote:
+ Stefano as a maintainer.
Dear all,
Any objections on this patch?
I would have appreciated to be CC as well...
Somewhy I though you are in the thread of this patch as well.
Sorry for my miss.
Anthony PERARD writes ("Re: [OSSTEST PATCH v13 19/24] TestSupport: Implement
target_subunit_cmd a subunit stream parser into substeps"):
> I think I start by looking at what kind of characters could be part of
> type and sub-type, and just start writing a more complicated regex.
>
> So is the fol
Anthony PERARD writes ("Re: [OSSTEST PATCH v13 24/24] openstack tests: Don't
run them on arm*"):
> On Tue, Jul 25, 2017 at 07:18:21PM +0100, Ian Jackson wrote:
> > Anthony PERARD writes ("[OSSTEST PATCH v13 24/24] openstack tests: Don't
> > run them on arm*"):
> > > Signed-off-by: Anthony PERARD
Anthony PERARD writes ("Re: [OSSTEST PATCH v13 21/24] Create a flight to test
OpenStack with xen-unstable and libvirt"):
> On Tue, Jul 25, 2017 at 07:09:06PM +0100, Ian Jackson wrote:
> > Anthony PERARD writes ("[OSSTEST PATCH v13 21/24] Create a flight to test
> > OpenStack with xen-unstable and
On 26/07/17 15:48, Andy Lutomirski wrote:
> On Mon, Jul 24, 2017 at 7:28 AM, Juergen Gross wrote:
>> When running as Xen pv-guest the exception frame on the stack contains
>> %r11 and %rcx additional to the other data pushed by the processor.
>>
>> Instead of having a paravirt op being called for
Hi all,
The next Xen ARM community call will be Wednesday 2nd August 2017 5pm BST.
Do you have any specific topic you would like to discuss?
Call+44 1223 406065 (Local dial in)
and enter the access code below followed by # key.
Participant code: 4915191
Mobile Auto Dial:
Vo
flight 112314 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112314/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-examine 7 reboot fail REGR. vs. 110515
test-amd64-amd64-xl
Hi Lars,
> I was wondering how you deal with the gaps. I suppose these gaps could
> possibly be covered in clang-format-diff.py
> Of course this info may be out-of-date
I assumed that everything is fine with clang-format and started with python
script.
Now I have checked both clang-format-3
Hi Chris,
Sorry for the late reply.
On 24/07/17 20:38, Chris Patterson wrote:
On Fri, Jul 7, 2017 at 2:53 PM, Chris Patterson wrote:
On Fri, Jul 7, 2017 at 12:30 PM, Julien Grall wrote:
Hi Chris,
On 07/07/17 00:12, Chris Patterson wrote:
So why do you want the hardware domain to interac
On 26/07/17 08:44, Wei Liu wrote:
> Delete the user visible option and code for PV superpage support. The
> mm code is modified as if the option is set to false (the default
> value).
>
> Return the address space occupied by spage_info back to the reserved
> address space.
>
> Signed-off-by: Wei Li
>>> Roger Pau Monné 07/17/17 1:31 PM >>>
>On Fri, Jul 14, 2017 at 08:04:16AM -0600, Jan Beulich wrote:
>> By moving its bridge special casing to amd_iommu_add_device(), we can
>> pass the latter to setup_hwdom_pci_devices() and at once consistently
>> handle bridges discovered at boot time as well
On Wed, Jul 26, 2017 at 05:19:02PM +0100, Andrew Cooper wrote:
> On 26/07/17 08:44, Wei Liu wrote:
> > Delete the user visible option and code for PV superpage support. The
> > mm code is modified as if the option is set to false (the default
> > value).
> >
> > Return the address space occupied by
Hi Chris,
On 07/07/17 19:08, Chris Patterson wrote:
On Fri, Jul 7, 2017 at 12:25 PM, Julien Grall wrote:
Hi Chris,
On 06/07/17 23:00, Chris Patterson wrote:
The purpose of tegra_interrupt_compat is to maintain a tegra-specific
whitelist of interrupt controllers we know how to route. Presu
> We did not plan any changes into the clang-format yet. We have to check with
> Artem our next steps.
I don't think this is a huge task. I think it is also something that is
important enough for the Advisory Board to make funds available – assuming this
can't be done otherwise (but I can't pro
Introduce an earlyprintk configuration of Hikey 960 boards.
Tested with:
https://github.com/96boards-hikey/edk2.git #testing/hikey960_v2.5
https://github.com/96boards-hikey/OpenPlatformPkg.git #testing/hikey960_v1.3.4
https://git.savannah.gnu.org/git/grub.git #master
https://github.com/96board
On Wed, 26 Jul 2017, Julien Grall wrote:
> Hi all,
>
> The next Xen ARM community call will be Wednesday 2nd August 2017 5pm BST.
>
> Do you have any specific topic you would like to discuss?
These date and time work for me. I don't have any specific topics to
discuss.
> Call+44 12
Hi Konrad,
On 26/07/17 17:54, Konrad Rzeszutek Wilk wrote:
Introduce an earlyprintk configuration of Hikey 960 boards.
Tested with:
https://github.com/96boards-hikey/edk2.git #testing/hikey960_v2.5
https://github.com/96boards-hikey/OpenPlatformPkg.git #testing/hikey960_v1.3.4
https://git.sav
1 - 100 of 154 matches
Mail list logo
