similar to: [PATCH V2] xen: arm: fix guest register access.

First off, Apologies for the massive patch series... This series boots a 32-bit dom0 kernel to a command prompt on an ARMv8 (AArch64) model. The kernel is the same one as I am currently using with the 32 bit hypervisor I haven''t yet tried starting a guest or anything super advanced like that ;-). Also there is not real support for 64-bit domains at all, although in one or two places I

This round implements all of the review comments from V2 and all patches are now acked. Unless there are any objections I intend to apply later this morning. Ian.

Add hypercall (shadow op: enable/disable and clean/peek dirtied page bitmap). It consists of two parts: dirty page detecting and saving. For detecting, we setup the guest p2m''s leaf PTE read-only and whenever the guest tries to write something, permission fault happens and traps into xen. The permission-faulted GPA should be saved for the toolstack (when it wants to see which pages

Trap guest WFI, block the guest VCPU unless it has pending interrupts. Awake the guest vcpu when a new interrupt for it arrrives. Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- xen/arch/arm/domain_build.c | 2 +- xen/arch/arm/traps.c | 6 ++++++ xen/arch/arm/vgic.c | 4 +++- 3 files changed, 10 insertions(+), 2 deletions(-) diff --git

Hello everyone, this is the fourth version of the patch series that introduces ARMv7 with virtualization extensions support in Xen. The series allows Xen and Dom0 to boot on a Cortex-A15 based Versatile Express simulator. See the following announce email for more informations about what we are trying to achieve, as well as the original git history: See

Hello everyone, this is the very first version of the patch series that introduces ARMv7 with virtualization extensions support in Xen. The series allows Xen and Dom0 to boot on a Cortex-A15 based Versatile Express simulator. See the following announce email for more informations about what we are trying to achieve, as well as the original git history: See

Introduce Cortex-A7 with a scalable proc_info_list which including cpu id and cpu initialize function. In head.S, search cpu specific MIDR in procinfo and call such initialize function. Currently, support Cortex-A7 and Cortex-A15. Signed-off-by: Bamvor Jian Zhang <bjzhang@suse.com> --- changes since v2 1), define cpu_init function instead of assemble jump code in struct proc_info_list 2),

Hi all, this small patch series implement guest SMP support for ARM, using the ARM PSCI interface for secondary cpu bringup. Stefano Stabellini (4): xen/arm: basic PSCI support, implement cpu_on xen/arm: support for guest SGI xen/arm: support vcpu_op hypercalls xen: move VCPUOP_register_vcpu_info to common code xen/arch/arm/domain.c | 66 ++++++++++++++++++++++++

Hi folks, I wanted to reach out to the community here and let everyone know that we are currently seeking an intern with mad "R" skillz. The intern would build an "R" package to enable bioinformaticians to frictionlessly interact with Syapse, a cloud-based web application that accelerates biomedical product development. A more complete job description is below. Please let me

Hi Jia, thanks for the patch! I have some comments. On Fri, May 29, 2020 at 09:31:23PM +0800, Jia He wrote: > When client tries to connect(SOCK_STREAM) the server in the guest with NONBLOCK > mode, there will be a panic on a ThunderX2 (armv8a server): > [ 463.718844][ T5040] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 > [ 463.718848][ T5040]

On Fri, May 29, 2020 at 11:21:02PM +0800, Jia He wrote: > When client tries to connect(SOCK_STREAM) the server in the guest with > NONBLOCK mode, there will be a panic on a ThunderX2 (armv8a server): > [ 463.718844][ T5040] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000000 > [ 463.718848][ T5040] Mem abort info: > [ 463.718849][ T5040] ESR =

On Thu, Dec 14, 2017 at 04:09:14PM -0500, Anthony Eden wrote: > With linux-next-2017-12-14, I get a crash when nouveau is loaded by > systemd-udevd. > > [ 12.050625] Unable to handle kernel NULL pointer dereference at virtual > address 00000058 > [ 12.050627] Mem abort info: > [ 12.050628] ESR = 0x96000004 > [ 12.050630] Exception class = DABT (current EL), IL

arm: implement exception and hypercall entries. xen/arch/arm/xen/Makefile | 3 + xen/arch/arm/xen/asm-offsets.c | 61 ++++++++ xen/arch/arm/xen/entry.S | 596 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ xen/arch/arm/xen/hypercalls.S | 67 +++++++++ xen/arch/arm/xen/physdev.c | 41 +++++ 5 files changed, 768 insertions(+), 0

Hello Syzbot On Fri, 14 Jun 2019 11:04:03 +0800 syzbot wrote: > >Hello, > >syzbot has tested the proposed patch but the reproducer still triggered crash: >memory leak in batadv_tvlv_handler_register > > 484.626788][ T156] bond0 (unregistering): Releasing backup interface bond_slave_1 >Warning: Permanently added '10.128.0.87' (ECDSA) to the list of known hosts.

Hi Bernd, There have been a lot of improvements in Samba since 2.0.5; I know that the 2.0.7 version is supposed to support unix HFS and VxFS quotas. Also the "with-quotas" option must be turned on at compile time, so perhaps your 2.0.5 version was not compiled "with-quotas"... I tested quotas and the HP 2.0.7 version here and it works the way that Dirk mentions, you will get

Guten Tag Im Rahmen einer Studienarbeit an der Hochschule fuer Technik in Rapperswil (HSR), zum Thema SPAM, haben wir Ihre E-Mail Adresse auf einer CD-ROM gefunden welche bei EBay gehandelt wird (Adresshandel). Wir haben insbesondere alle E-Mail Adressen von Schweizer Unis und ETHs herausgesucht. Nun ist es fuer unsere Statistik wichtig, dass wir wissen welche der gefundenen Adressen noch aktiv

Guten Tag Im Rahmen einer Studienarbeit an der Hochschule fuer Technik in Rapperswil (HSR), zum Thema SPAM, haben wir Ihre E-Mail Adresse auf einer CD-ROM gefunden welche bei EBay gehandelt wird (Adresshandel). Wir haben insbesondere alle E-Mail Adressen von Schweizer Unis und ETHs herausgesucht. Nun ist es fuer unsere Statistik wichtig, dass wir wissen welche der gefundenen Adressen noch aktiv

This patch series implements SMP boot for arch/arm, as far as getting all CPUs up and running the idle loop. Changes from v1: - moved barriers out of loop in udelay() - dropped broken GIC change in favour of explanatory comment - made the increment of ready_cpus atomic (I couldn''t move the increment to before signalling the next CPU because the PT switch has to happen between

flight 15155 xen-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/15155/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386 4 xen-build fail REGR. vs. 15130 build-i386-oldkern 4 xen-build fail REGR. vs. 15130 Tests which are failing intermittently

From: Marc Carino <marc.ceeeee@gmail.com> Let Xen recognize the Broadcom Brahma-B15 CPU by adding the appropriate MIDR mask to the initialization phase. Further, ensure that the console output properly reports the CPU manufacturer as "Broadcom Corporation". Signed-off-by: Marc Carino <marc.ceeeee@gmail.com> --- xen/arch/arm/arm32/proc-v7.S | 8 ++++++++