All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marc Zyngier <maz@kernel.org>
To: Leo Yan <leo.yan@linaro.org>
Cc: Julien Grall <julien@xen.org>, Ard Biesheuvel <ardb@kernel.org>,
	Jan Beulich <jbeulich@suse.com>,
	Bertrand Marquis <Bertrand.Marquis@arm.com>,
	Rahul Singh <Rahul.Singh@arm.com>,
	Peter Griffin <peter.griffin@linaro.org>,
	xen-devel <xen-devel@lists.xenproject.org>,
	Julien Grall <jgrall@amazon.com>,
	Mathieu Poirier <mathieu.poirier@linaro.org>
Subject: Re: [PATCH] xen/arm: acpi: Support memory reserve configuration table
Date: Tue, 06 Sep 2022 07:27:17 +0100	[thread overview]
Message-ID: <87r10puiey.wl-maz@kernel.org> (raw)
In-Reply-To: <CALZQ+UN8cQ4avggxqgjed=DsitfEteQpuhEqb+p747vmeFCyUA@mail.gmail.com>

On Tue, 06 Sep 2022 03:52:37 +0100,
Leo Yan <leo.yan@linaro.org> wrote:
> 
> On Thu, Aug 25, 2022 at 10:40:41PM +0800, Leo Yan wrote:
> 
> [...]
> 
> > > > But here I still cannot create the concept that how GIC RD tables play
> > > > roles to support the para virtualization or passthrough mode.
> > >
> > > I am not sure what you are actually asking. The pending tables are just
> > > memory you give to the GICv3 to record the state of the interrupts.
> >
> > For more specific, Xen has its own RD pending table, and we can use
> > this pending table to set state for SGI/PPI/LPI for a specific CPU
> > interface.  Xen works as hypervisor, it saves and restores the pending
> > table according to switched in VM context, right?
> >
> > On the other hand, what's the purpose for Linux kernel's GIC RD
> > pending table?  Is it only used for nested virtulisation?  I mean if
> > Linux kernel's GIC RD pending table is not used for the drivers in
> > Dom0 or DomU, then it's useless to pass it from the primary kernel to
> > secondary kernel; as result, we don't need to reserve the persistent
> > memory for the pending table in this case.
> 
> I don't receive further confirmation from Marc, anyway, I tried to cook
> a kernel patch to mute the kernel oops [1].

What sort of confirmation do you expect from me? None of what you
write above make much sense in the face of the architecture.

> Hope this is not too arbitrary and we can move forward a bit.
> 
> Thanks,
> Leo
> 
> [1] https://lore.kernel.org/lkml/20220906024040.503764-1-leo.yan@linaro.org/T/#u

I'm totally baffled by the fact you're trying to add some extra hacks
to Linux just to paper over some of the Xen's own issues.

	M.

-- 
Without deviation from the norm, progress is not possible.


  reply	other threads:[~2022-09-06  6:27 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-17 10:57 [PATCH] xen/arm: acpi: Support memory reserve configuration table Leo Yan
2022-08-17 13:17 ` Jan Beulich
2022-08-17 13:49   ` Ard Biesheuvel
2022-08-18  9:15     ` Leo Yan
2022-08-18  9:33       ` Ard Biesheuvel
2022-08-18 10:04         ` Julien Grall
2022-08-18 15:49           ` Leo Yan
2022-08-18 16:24             ` Ard Biesheuvel
2022-08-19 12:10               ` Marc Zyngier
2022-08-25  7:59                 ` Leo Yan
2022-08-25  9:07                   ` Julien Grall
2022-08-25 11:24                     ` Leo Yan
2022-08-25 12:51                       ` Julien Grall
2022-08-25 11:50                     ` Leo Yan
2022-08-25 12:59                       ` Julien Grall
2022-08-25 14:40                         ` Leo Yan
2022-09-06  2:52                           ` Leo Yan
2022-09-06  6:27                             ` Marc Zyngier [this message]
2022-09-06  7:17                               ` Leo Yan
2022-09-06  7:22                                 ` Ard Biesheuvel
2022-09-06  7:27                                   ` Leo Yan
2022-09-06  7:43                                     ` Leo Yan
2022-09-06  8:28                                     ` Marc Zyngier
2022-09-06  7:53                                 ` Marc Zyngier
2022-09-06 15:13                                   ` Leo Yan
2022-09-06 15:18                                     ` Marc Zyngier
2022-08-18  9:40       ` Marc Zyngier
2022-08-18  7:34   ` Leo Yan
2022-08-18  7:47     ` Jan Beulich
2022-08-18  8:46       ` Leo Yan
2022-08-18  8:52         ` Jan Beulich
2022-08-18  7:57     ` Julien Grall
2022-08-18  8:28       ` Leo Yan
2022-08-18 13:24       ` Bertrand Marquis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87r10puiey.wl-maz@kernel.org \
    --to=maz@kernel.org \
    --cc=Bertrand.Marquis@arm.com \
    --cc=Rahul.Singh@arm.com \
    --cc=ardb@kernel.org \
    --cc=jbeulich@suse.com \
    --cc=jgrall@amazon.com \
    --cc=julien@xen.org \
    --cc=leo.yan@linaro.org \
    --cc=mathieu.poirier@linaro.org \
    --cc=peter.griffin@linaro.org \
    --cc=xen-devel@lists.xenproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.