If the host GICv3 redistributor reports that the pending table cannot
use shareable memory, we try to drop the cacheability attributes as
well. However we fail horribly in doing computer science 101 bit
masking, effectively clearing the whole register instead of just a few
bits.
Fix this by removing the one redundant masking operation and adding the
magic negation for the actually needed other operation.
Reported-by: Manish Jaggi <manish.ja...@linaro.org>
Signed-off-by: Andre Przywara <andre.przyw...@linaro.org>
---
Julien,
can we have this still for 4.10, please? Seems like an obvious bug to me.
Cheers,
Andre
xen/arch/arm/gic-v3-lpi.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/xen/arch/arm/gic-v3-lpi.c b/xen/arch/arm/gic-v3-lpi.c
index c3474f5434..84582157b8 100644
--- a/xen/arch/arm/gic-v3-lpi.c
+++ b/xen/arch/arm/gic-v3-lpi.c
@@ -359,8 +359,7 @@ int gicv3_lpi_init_rdist(void __iomem * rdist_base)
/* If the hardware reports non-shareable, drop cacheability as well. */
if ( !(table_reg & GICR_PENDBASER_SHAREABILITY_MASK) )
{
- table_reg &= GICR_PENDBASER_SHAREABILITY_MASK;
- table_reg &= GICR_PENDBASER_INNER_CACHEABILITY_MASK;
+ table_reg &= ~GICR_PENDBASER_INNER_CACHEABILITY_MASK;
table_reg |= GIC_BASER_CACHE_nC <<
GICR_PENDBASER_INNER_CACHEABILITY_SHIFT;
writeq_relaxed(table_reg, rdist_base + GICR_PENDBASER);
--
2.14.1
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
