On Thu, Jan 05, 2023 at 11:09:58PM +, Colton Lewis wrote:
> Andrew Jones writes:
> > On Tue, Dec 20, 2022 at 04:32:00PM +, Colton Lewis wrote:
> > > Alexandru Elisei writes:
> > Ah, I think I understand now. Were you running 32-bit arm tests? If so,
> > it'd be good to point that out
On Fri, Dec 30, 2022 at 1:55 AM Akihiko Odaki wrote:
>
> Always set HCR_TID2 to trap CTR_EL0, CCSIDR2_EL1, CLIDR_EL1, and
> CSSELR_EL1. This saves a few lines of code and allows to employ their
> access trap handlers for more purposes anticipated by the old
> condition for setting HCR_TID2.
>
>
Andrew Jones writes:
On Tue, Dec 20, 2022 at 04:32:00PM +, Colton Lewis wrote:
Alexandru Elisei writes:
Ah, I think I understand now. Were you running 32-bit arm tests? If so,
it'd be good to point that out explicitly in the commit message (the
'arm:' prefix in the summary is ambiguous).
On Fri, Dec 30, 2022 at 06:54:51PM +0900, Akihiko Odaki wrote:
> The CCSIDR access handler masks the associativity bits according to the
> bit layout for processors without FEAT_CCIDX. KVM also assumes CCSIDR is
> 32-bit where it will be 64-bit if FEAT_CCIDX is enabled. Mask FEAT_CCIDX
> so that
Hi Akihiko,
On Thu, Dec 22, 2022 at 05:40:15AM +0900, Akihiko Odaki wrote:
> The CCSIDR access handler masks the associativity bits according to the
> bit layout for processors without FEAT_CCIDX. KVM also assumes CCSIDR is
> 32-bit where it will be 64-bit if FEAT_CCIDX is enabled. Mask
Hi Akihiko,
On Fri, Dec 30, 2022 at 06:54:52PM +0900, Akihiko Odaki wrote:
[...]
> @@ -417,6 +418,9 @@ struct kvm_vcpu_arch {
> u64 last_steal;
> gpa_t base;
> } steal;
> +
> + /* Per-vcpu CCSIDR override or NULL */
> + u32 *ccsidr;
I don't believe we
Hi Paolo,
Happy new year!
Here's the first batch of fixes for KVM/arm64 for 6.2. We have two
important fixes this time around, one for the PMU emulation, and the
other for guest page table walks in read-only memslots, something that
EFI has started doing...
The rest is mostly documentation
On Thu, Jan 05, 2023 at 09:38:01AM +, Marc Zyngier wrote:
> On Thu, 05 Jan 2023 00:37:48 +,
> "Paul E. McKenney" wrote:
> >
> > Now that the SRCU Kconfig option is unconditionally selected, there is
> > no longer any point in selecting it. Therefore, remove the "select SRCU"
> > Kconfig
On Thu, 05 Jan 2023 00:37:48 +,
"Paul E. McKenney" wrote:
>
> Now that the SRCU Kconfig option is unconditionally selected, there is
> no longer any point in selecting it. Therefore, remove the "select SRCU"
> Kconfig statements.
>
> Signed-off-by: Paul E. McKenney
> Cc: Marc Zyngier
>
Now that the SRCU Kconfig option is unconditionally selected, there is
no longer any point in selecting it. Therefore, remove the "select SRCU"
Kconfig statements.
Signed-off-by: Paul E. McKenney
Cc: Marc Zyngier
Cc: James Morse
Cc: Alexandru Elisei
Cc: Suzuki K Poulose
Cc: Oliver Upton
10 matches
Mail list logo