On Thu, Dec 03, 2020 at 04:49:49PM +, Steven Price wrote:
> On 03/12/2020 16:09, Mark Rutland wrote:
> > On Fri, Nov 27, 2020 at 03:21:11PM +, Steven Price wrote:
> > > It's been a week, and I think the comments on v5 made it clear that
> > > enforcing PROT
On Fri, Nov 27, 2020 at 03:21:11PM +, Steven Price wrote:
> It's been a week, and I think the comments on v5 made it clear that
> enforcing PROT_MTE requirements on the VMM was probably the wrong
> approach. So since I've got swap working correctly without that I
> thought I'd post a v6 which h
]---
... so this all looks good to me, and it would be nice to see merged!
Feel free to add:
Tested-by: Mark Rutland
Thanks,
Mark.
On Thu, Aug 13, 2020 at 11:49:07AM +0200, Andrew Jones wrote:
> On Thu, Aug 13, 2020 at 10:05:04AM +0100, Mark Rutland wrote:
> > On Thu, Aug 13, 2020 at 08:03:21AM +0200, Andrew Jones wrote:
> > > Thinking about this some more, maybe we don't need pauth-arch.
> > >
On Thu, Aug 13, 2020 at 08:03:21AM +0200, Andrew Jones wrote:
> Thinking about this some more, maybe we don't need pauth-arch.
> If we don't, then it simplifies nicely to
>
> # Default (enabled with architected algorithm)
> -cpu max[,pauth=on][,pauth-fast=off]
>
> # Select pauth-fast
> -cpu m
images, along with all the previously-working
images I had lying around.
For both patches, feel free to take that as:
Tested-by: Mark Rutland
> Marked as 'maybe for 4.1' because it is a bug fix and to code which
> is new in 4.1. OTOH cases that fail now would have failed with
On Mon, Jul 22, 2019 at 12:59:01PM +0100, Peter Maydell wrote:
> On Fri, 19 Jul 2019 at 17:47, Mark Rutland wrote:
> >
> > Hi Peter,
> >
> > I've just been testing on QEMU v4.1.0-rc1, and found a case where the
> > DTB overlapped the end of the kernel, and I
Hi Peter,
I've just been testing on QEMU v4.1.0-rc1, and found a case where the
DTB overlapped the end of the kernel, and I think there's a bug in this
patch -- explanation below.
On Thu, May 16, 2019 at 03:47:32PM +0100, Peter Maydell wrote:
> We currently put the initrd at the smaller of:
> *
On Mon, Jul 15, 2019 at 03:26:39PM +0100, James Morse wrote:
> On 15/07/2019 14:48, Mark Rutland wrote:
> > On Mon, Jul 15, 2019 at 02:41:00PM +0100, Dave Martin wrote:
> >> One option (suggested to me by James Morse) would be to allow userspace
> >> to disable in the in
On Mon, Jul 15, 2019 at 02:41:00PM +0100, Dave Martin wrote:
> On Sat, Jul 13, 2019 at 05:53:57PM +0800, Guoheyi wrote:
> > Hi folks,
> >
> > Do it make sense to implement virtual SDEI in qemu? So that we can have the
> > standard way for guest to handle NMI watchdog, RAS events and something else
hey
are impossible to boot, e.g.
# 124M of RAM
[mark@gravadlaks:~/repro]% ./vmboot.sh ~/Image.test-128M
qemu-system-aarch64: kernel '/home/mark/Image.test-128M' is too large to fit in
RAM (kernel size 155500544, RAM size 130023424)
# 150M of RAM
[mark@gravadlaks:~/repro]% ./vmboot.sh ~/
stine QEMU commit c56247e55bde4386) both
would silently fail to boot, and with these patches applied both all
three begin booting and produce console output. The first two get to
userspace, and the third crashes due to an unrelated Linux bug.
So FWIW:
Tested-by: Mark Rutland
Thanks for putting this together!
Thanks,
Mark.
Public bug reported:
Presently QEMU reserves up to 128MiB of space for an arm64 Linux kernel,
placing the initrd following this, and the dtb following the initrd.
This is not sufficient for some debug configurations of the kernel,
which can be larger than 128MiB. Depending on the relative size of
On Tue, Jan 29, 2019 at 11:54:13AM +, Peter Maydell wrote:
> On Tue, 29 Jan 2019 at 11:46, Mark Rutland wrote:
> > On Tue, Jan 29, 2019 at 11:08:19AM +, Alex Bennée wrote:
> > > The -cpu max enabled a cortex-a57 + whatever extra features we've
> > > enable
g
> Signed-off-by: Peter Maydell
>
> and as you would expect the system boots fine with -cpu cortex-a57
>
> On the kernel side it breaks at:
>
> commit 04ca3204fa09f5f55c8f113b0072004a7b364ff4
> Author: Mark Rutland
> Date: Fri Dec 7 18:39:30 2018 +
Hi Alex,
On Thu, Dec 13, 2018 at 11:55:01AM +, Alex Bennée wrote:
> Hi,
>
> This is an attempt to fix debugging of AArch32 binaries when running
> under KVM on AArch64 hardware. There are two parts to this, the first is
> a handling the possibility of AArch32 software breakpoints with a
> heu
On Sun, Nov 04, 2018 at 11:25:00AM +, Marc Zyngier wrote:
> diff --git a/arch/arm64/kvm/sys_regs.c b/arch/arm64/kvm/sys_regs.c
> index 22fbbdbece3c..d50f912d3f4a 100644
> --- a/arch/arm64/kvm/sys_regs.c
> +++ b/arch/arm64/kvm/sys_regs.c
> @@ -314,10 +314,15 @@ static bool trap_raz_wi(struct kvm
On Mon, Jun 06, 2016 at 05:22:49PM +0100, Alex Bennée wrote:
> Andrew Jones writes:
> > +#define MPIDR_LEVEL_SHIFT(level) \
> > + (((1 << level) >> 1) << 3)
> > +#define MPIDR_AFFINITY_LEVEL(mpidr, level) \
> > + ((mpidr >> MPIDR_LEVEL_SHIFT(level)) & 0xff)
>
> Doesn't Aff3 break this little
On Mon, Oct 05, 2015 at 08:43:46AM -0400, Gabriel L. Somlo wrote:
> On Mon, Oct 05, 2015 at 01:23:33PM +0100, Mark Rutland wrote:
> > On Mon, Oct 05, 2015 at 01:48:52PM +0200, Paolo Bonzini wrote:
> > >
> > >
> > > On 05/10/2015 12:00, Mark Rutland wrote:
>
> > I'm not sure I follow what the difficulty with supporting DT in addition
> > to ACPI is? It looks like all you need is a compatible string and a reg
> > entry.
>
> Bearing in mind that I have almost no experience with arm:
>
> I started out by probing all possible port-io and mmio locations w
On Mon, Oct 05, 2015 at 01:48:52PM +0200, Paolo Bonzini wrote:
>
>
> On 05/10/2015 12:00, Mark Rutland wrote:
> > Some of the keys in the example look like they'd come from other sources
> > (e.g. the *-tables entries), while others look like kernel/bootloader
> >
On Sat, Oct 03, 2015 at 07:28:05PM -0400, Gabriel L. Somlo wrote:
> From: "Gabriel Somlo"
>
> Allow access to QEMU firmware blobs, passed into the guest VM via
> the fw_cfg device, through SysFS entries. Blob meta-data (e.g. name,
> size, and fw_cfg key), as well as the raw binary blob data may b
On Fri, Nov 28, 2014 at 01:22:29PM +, Laszlo Ersek wrote:
> On 11/28/14 13:59, Arnd Bergmann wrote:
> > On Friday 28 November 2014 13:26:44 Laszlo Ersek wrote:
> >> +Example:
> >> +
> >> +/ {
> >> + #size-cells = <0x2>;
> >> + #address-cells = <0x2>;
> >> +
> >> + fw-cfg@90200
Hi,
On Fri, Nov 28, 2014 at 12:26:44PM +, Laszlo Ersek wrote:
> Peter Maydell suggested that we describe new devices / DTB nodes in the
> kernel Documentation tree that we expose to arm "virt" guests in QEMU.
>
> Although the kernel is not required to access the fw_cfg interface,
> "Documenta
On Wed, Nov 12, 2014 at 01:59:30PM +, Paolo Bonzini wrote:
>
>
> On 12/11/2014 14:41, Mark Rutland wrote:
> > Writing a binding for the partiuclar device might be trivial. How this
> > would fit with the DT model is more complicated, and needs to be
> > specified.
On Wed, Nov 12, 2014 at 12:27:14PM +, Paolo Bonzini wrote:
>
>
> On 12/11/2014 13:18, Mark Rutland wrote:
> > On Wed, Nov 12, 2014 at 11:48:27AM +, Paolo Bonzini wrote:
> >>
> >> On 12/11/2014 12:34, Christoffer Dall wrote:
> >>> A
On Wed, Nov 12, 2014 at 11:48:27AM +, Paolo Bonzini wrote:
>
> On 12/11/2014 12:34, Christoffer Dall wrote:
> > AFAIU ACPI already has a method for doing this
>
> It's not defined in the spec. QEMU defines a bunch of registers to do
> that, and provides AML that works with those registers.
On Wed, Nov 12, 2014 at 11:52:22AM +, Paolo Bonzini wrote:
>
> On 12/11/2014 11:38, Mark Rutland wrote:
> > > I share your concern, but running another UEFI instance for Dom0 doesn't
> > > seem like a viable alternative either. Why is this a problem on AR
On Wed, Nov 12, 2014 at 11:15:08AM +, Arnd Bergmann wrote:
> On Wednesday 12 November 2014 10:56:40 Mark Rutland wrote:
> > On Wed, Nov 12, 2014 at 09:08:55AM +, Claudio Fontana wrote:
> > > On 11.11.2014 16:29, Mark Rutland wrote:
> > >
> > > I tend
[...]
> > > > > We are currently suggesting adding an RDSP property to the chosen node
> > > > > in the tiny DT, but a command-line arguement like kexec proposed could
> > > > > be another option I guess, albeit not a very pretty one.
> > > >
> > > > I'm not sure what an RDSP command line propert
On Wed, Nov 12, 2014 at 09:08:55AM +, Claudio Fontana wrote:
> On 11.11.2014 16:29, Mark Rutland wrote:
> > Hi,
> >
> > On Thu, Nov 06, 2014 at 01:33:20PM +, Alexander Spyridakis wrote:
> >> On 6 November 2014 14:44, Peter Maydell wrote:
> >>>
On Tue, Nov 11, 2014 at 09:33:12PM +, Christoffer Dall wrote:
> On Tue, Nov 11, 2014 at 04:48:07PM +0000, Mark Rutland wrote:
> > Hi Christoffer,
> >
> > On Tue, Nov 11, 2014 at 04:31:01PM +, Christoffer Dall wrote:
> > > On Tue, Nov 11, 2014 at 03:29:
Hi Christoffer,
On Tue, Nov 11, 2014 at 04:31:01PM +, Christoffer Dall wrote:
> On Tue, Nov 11, 2014 at 03:29:33PM +0000, Mark Rutland wrote:
> > Hi,
> >
> > On Thu, Nov 06, 2014 at 01:33:20PM +, Alexander Spyridakis wrote:
> > > On 6 November 20
Hi,
On Thu, Nov 06, 2014 at 01:33:20PM +, Alexander Spyridakis wrote:
> On 6 November 2014 14:44, Peter Maydell wrote:
> >
> >
> > > We need ACPI guest support in QEMU for AArch64 over here, with all
> > > features
> > > (including the ability to run ACPI code and add specific tables), for
>
On Thu, Nov 06, 2014 at 06:53:03AM +, Hanjun Guo wrote:
> On 2014-10-31 2:02, Mark Rutland wrote:
> > On Thu, Oct 30, 2014 at 05:52:44PM +, Peter Maydell wrote:
> >> On 30 October 2014 17:43, Alexander Spyridakis
> >> wrote:
> >>> Currently, the v
On Thu, Oct 30, 2014 at 05:52:44PM +, Peter Maydell wrote:
> On 30 October 2014 17:43, Alexander Spyridakis
> wrote:
> > Currently, the virt machine model generates Device Tree information
> > dynamically based on the existing devices in the system. This patch series
> > extends the same con
On Fri, Mar 14, 2014 at 05:10:34PM +, Rob Herring wrote:
> On Fri, Mar 14, 2014 at 5:23 AM, Mark Rutland wrote:
> > On Fri, Mar 14, 2014 at 06:53:53AM +, Pranavkumar Sawargaonkar wrote:
> >> Hi Christoffer,
> >>
> >> On 14 March 2014 09:19, Christof
bnode(fdt, "/psci");
> >> qemu_fdt_setprop_string(fdt, "/psci", "compatible", "arm,psci");
> >
> > was there a decision on the format of the psci 0.2 bindings?
> >
> > I seem to recall that we should add arm,psci-0.2
38 matches
Mail list logo
