flight 112330 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112330/
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-py
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: Wednesday, July 19, 2017 7:58 PM
>
> The MSR_BITMAP field is required to be page aligned. Also switch gpa to be
> a
> uint64_t, as the MSR_BITMAP is strictly a 64bit VMCS field.
>
> Signed-off-by: Andrew Cooper
Acked-by: Kevin Ti
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: Wednesday, July 19, 2017 7:58 PM
>
> 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)
> * VM
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: Wednesday, July 19, 2017 7:58 PM
>
> Rename vmx_check_msr_bitmap() to vmx_msr_is_intercepted() in order to
> more
> clearly identify what the boolean return value means. Change the int
> access_type to bool is_write.
>
> The NULL p
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: Wednesday, July 19, 2017 7:58 PM
>
> This avoids opencoding the bitmap bases in accessor functions. Introduce a
> build_assertions() function to check the structure layout against the manual
> definiton. In addition, drop some stal
On Tue, Jun 27, Stefano Stabellini wrote:
> From: Paul Durrant
> The blkif protocol has had provision for negotiation of multi-page shared
> rings for some time now and many guest OS have support in their frontend
> drivers.
> +++ b/hw/block/xen_disk.c
> +domids = g_malloc0_n(blkdev->nr_rin
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: Wednesday, July 19, 2017 8:18 PM
>
> On 19/07/17 12:57, Andrew Cooper wrote:
> > No functional change.
> >
> > Signed-off-by: Andrew Cooper
>
> I have just realise I can now drop msraddr_to_bitpos(), so have folded
> the additional
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: Wednesday, July 19, 2017 7:58 PM
>
> * Shorten the names to vmx_{clear,set}_msr_intercept()
> * Use an enumeration for MSR_TYPE rather than a plain integer
> * Introduce VMX_MSR_RW, as most callers alter both the read and write
>
flight 112333 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112333/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 1d8701a20e02f8c2c3ca66bb643d45d7d6779fd1
baseline version:
ovmf 1ccfe74ef4bf261e07f99
Hi .
I am ravi student from Indian I working on the xen arm development . I have
plan to run the xen arm on fastmodel. But I am getting problem in the
rootfilesystem creation and debootstrap for this link
https://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/RootFilesystem.
flight 112327 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112327/
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 Wed, Jul 26, 2017 at 05:59:15PM +0100, Julien Grall wrote:
> Hi Konrad,
>
> On 26/07/17 17:54, Konrad Rzeszutek Wilk wrote:
> > Introduce an earlyprintk configuration of Hikey 960 boards.
..snip..
>
> Would it be possible to update the wiki page on the hikey [1] with your
> latest finding?
I
On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
> 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_beda
On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
> On 07/25/2017 05:22 PM, Stefano Stabellini wrote:
> > For active sockets, check the indexes and use the inflight_conn_req
> > waitqueue to wait.
> >
> > For passive sockets, send PVCALLS_POLL to the backend. Use the
> > inflight_accept_req waitqueue if
Implement the callback function to handle unrecoverable AER errors, and
also the public APIs that can be used to register/unregister the handler.
When an AER error occurs, the handler will forcibly remove the erring
PCIe device from the guest.
Signed-off-by: Venu Busireddy
---
tools/libxl/libxl_
When a guest is created, register the AER event handler to handle the
AER errors. When an AER error occurs, the handler will forcibly remove
the erring PCIe device from the guest.
Signed-off-by: Venu Busireddy
---
tools/xl/xl_vmcontrol.c | 11 +++
1 file changed, 11 insertions(+)
diff -
This patch set is part of a set of patches that together allow containment
of unrecoverable AER errors from PCIe devices assigned to guests in
passthrough mode. The containment is achieved by forcibly removing the
erring PCIe device from the guest.
The xen-pciback patch corresponding to this patch
On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
> >> + count++;
> >> + else
> >> + wait_event_interruptible(map->active.inflight_conn_req,
> >> + pvcalls_front_read_todo(map));
> >> + }
> > Should we be using PVCALLS_
On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
> 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 st
On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
> On 07/25/2017 05:22 PM, Stefano Stabellini wrote:
> > Send PVCALLS_ACCEPT to the backend. Allocate a new active socket. Make
> > sure that only one accept command is executed at any given time by
> > setting PVCALLS_FLAG_ACCEPT_INFLIGHT and waiting on t
On 07/25/2017 05:22 PM, Stefano Stabellini wrote:
> For active sockets, check the indexes and use the inflight_conn_req
> waitqueue to wait.
>
> For passive sockets, send PVCALLS_POLL to the backend. Use the
> inflight_accept_req waitqueue if an accept is outstanding. Otherwise use
> the inflight_r
On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
> 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 front
On Wed, 26 Jul 2017, Boris Ostrovsky wrote:
> 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 rs
Use xen-blkback for 'vbd' disk types by default and do not setup vfb+vkb
when no access method was configured. Then check if qemu is really
needed.
The only not configurable thing forcing qemu running in dom0 after this
change are consoles used to save/restore. But even in that case, there
is much
On 26/07/2017 20:47, Konrad Rzeszutek Wilk wrote:
> diff --git a/xen/arch/arm/arm64/livepatch.c b/xen/arch/arm/arm64/livepatch.c
> index 2247b925a0..7b36210ccd 100644
> --- a/xen/arch/arm/arm64/livepatch.c
> +++ b/xen/arch/arm/arm64/livepatch.c
> @@ -86,6 +86,12 @@ bool arch_livepatch_symbol_deny(c
flight 112324 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112324/
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
>> +while (!(flags & MSG_DONTWAIT) && !pvcalls_front_read_todo(map)) {
>> +if (count < PVCALLS_FRONT_MAX_SPIN)
>> +count++;
>> +else
>> +wait_event_interruptible(map->active.inflight_conn_req,
>> +
If xc_gntshr_open failed the only thing to cleanup is free allocated
memory. So instead of calling libxenvchan_close (which assume
valid calculated buffers being mmaped already) free memory and return.
Signed-off-by: Marek Marczykowski-Górecki
---
tools/libvchan/init.c | 6 --
1 file changed
On 07/25/2017 05:22 PM, Stefano Stabellini wrote:
> Implement recvmsg by copying data from the "in" ring. If not enough data
> is available and the recvmsg call is blocking, then wait on the
> inflight_conn_req waitqueue. Take the active socket in_mutex so that
> only one function can access the ri
Hi, this time works for me too. I'd like to have a slot to introduce and
discuss the work that Xilinx and Aggios are doing on Power management for
Xen/Arm.
Cheers,
Edgar
Sent from my phone
On Jul 26, 2017 6:59 PM, "Stefano Stabellini"
wrote:
> On Wed, 26 Jul 2017, Julien Grall wrote:
> > Hi al
> On Jul 26, 2017, at 2:43 PM, Juergen Gross wrote:
>
>> On 26/07/17 19:57, Andy Lutomirski wrote:
>>
>>
On Jul 26, 2017, at 11:50 AM, Juergen Gross wrote:
> On 26/07/17 15:48, Andy Lutomirski wrote:
> On Mon, Jul 24, 2017 at 7:28 AM, Juergen Gross wrote:
> When runni
flight 112316 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112316/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ws16-amd64 7 xen-boot fail REGR. vs. 112300
test-amd64-i386-xl-q
flight 112331 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112331/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 13 mig
This issue was observed on ARM32 with a cross compiler for the
livepatches. Mainly the livepatches .data section size was not
padded to the section alignment:
ARM32 native:
Contents of section .rodata:
68695f66 756e6300 63686563 6b5f666e hi_func.check_fn
0010 6300 78656e5f 65787472 615
From: Konrad Rzeszutek Wilk
The ELF specification mentions nothing about the sh_size being
modulo the sh_addralign. Only that sh_addr MUST be aligned on
sh_addralign if sh_addralign is not zero or one.
We on loading did not take this in-to account so this patch adds
a check on the ELF file as it
From: Ross Lagerwall
See docs/features/livepatch.pandoc for the details.
Signed-off-by: Ross Lagerwall
Signed-off-by: Konrad Rzeszutek Wilk
--
v2:
- Moved it into a feature document.
- Clarified a few bits and pieces based on feedback.
v3:
- default X86
---
docs/features/livepatch.pandoc
Since v1 (https://lists.xen.org/archives/html/xen-devel/2017-07/msg01127.html)
- Redid the patches per review comments,
- Included fixes for the errant sections causing the crash,
- Rolled in patch from Ross in this patchset,
Hey,
I've been working towards making the livepatch-build-tools to w
From: Konrad Rzeszutek Wilk
If the .bug.frames.X or .livepatch.funcs sizes are different
than what the hypervisor expects - we fail the payload. To help
in diagnosing this include the expected and the payload
sizes.
Also make it more natural by having "Multiples" in the warning.
Signed-off-by:
This is very similar to 137c59b9ff3f7a214f03b52d9c00a0a02374af1f
"bug/x86/arm: Align bug_frames sections."
On ARM and on x86 the C and assembler macros don't include
any alignment information - hence they end up being the default
byte granularity.
On ARM32 it is paramount that the alignment is wo
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
On 26/07/17 19:57, Andy Lutomirski wrote:
>
>
>> On Jul 26, 2017, at 11:50 AM, Juergen Gross wrote:
>>
>>> 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 a
Hi Vijay,
On 18/07/17 12:41, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Call ACPI NUMA initialization under CONFIG_ACPI_NUMA.
Signed-off-by: Vijaya Kumar
---
xen/arch/arm/numa/acpi_numa.c | 27 ++-
xen/arch/arm/numa/numa.c | 15 +--
xen/commo
Hi,
On 18/07/17 12:41, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Register SRAT entry handler for type
ACPI_SRAT_TYPE_GICC_AFFINITY to parse SRAT table
and extract proximity for all CPU IDs.
Signed-off-by: Vijaya Kumar
Please split this patch in multiple chunk. The addition in the
Hi Vijay,
On 18/07/17 12:41, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Parse MADT table and extract MPIDR for all
CPU IDs in MADT ACPI_MADT_TYPE_GENERIC_INTERRUPT entries
and store in cpuid_to_hwid_map[]
This mapping is used by SRAT table parsing to extract MPIDR
of the CPU ID.
MADT
> On Jul 26, 2017, at 11:50 AM, Juergen Gross wrote:
>
>> 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
On 07/25/2017 05:22 PM, Stefano Stabellini wrote:
> Send PVCALLS_ACCEPT to the backend. Allocate a new active socket. Make
> sure that only one accept command is executed at any given time by
> setting PVCALLS_FLAG_ACCEPT_INFLIGHT and waiting on the
> inflight_accept_req waitqueue.
>
> sock->sk->sk
flight 112328 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112328/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 13 mig
Hi,
On 18/07/17 12:41, vijay.kil...@gmail.com wrote:
From: Vijaya Kumar K
Delete numa-node-id and distance map from DOM0 DT
so that NUMA information is not exposed to DOM0.
This helps particularly to boot Node 1 devices
as if booting on Node0.
However this approach has limitation where memory
On Wed, 26 Jul 2017, Julien Grall wrote:
> Hi Stefano,
>
> On 25/07/17 20:06, Stefano Stabellini wrote:
> > On Tue, 25 Jul 2017, Julien Grall wrote:
> > > On 25/07/17 19:48, Stefano Stabellini wrote:
> > > > On Tue, 25 Jul 2017, Julien Grall wrote:
> > > > > On 25/07/17 07:47, Vijay Kilari wrote:
Hi Stefano,
On 25/07/17 20:06, Stefano Stabellini wrote:
On Tue, 25 Jul 2017, Julien Grall wrote:
On 25/07/17 19:48, Stefano Stabellini wrote:
On Tue, 25 Jul 2017, Julien Grall wrote:
On 25/07/17 07:47, Vijay Kilari wrote:
void numa_failed(void)
{
numa_off = true;
init_dt_numa_di
On Wed, 26 Jul 2017, Julien Grall wrote:
> 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-hi
"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"
maintainers as soon as one maintainer of a specific component will be
present.
Fix the scrip
Hi Ian,
On 26/07/17 15:27, Ian Jackson wrote:
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 ma
On 26/07/17 16:04, Andrii Anisov wrote:
Dear All,
Hi,
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 constrain
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
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
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
> 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
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
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
>>> 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 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
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
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
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 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
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
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
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 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
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.
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
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:
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
@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 -
>
+ 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
+ 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
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
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: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
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
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 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
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
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
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
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
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
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
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
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 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 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 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
1 - 100 of 154 matches
Mail list logo
