lkml.org 
[lkml]   [2019]   [Mar]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
From
SubjectRe: [RFC] On the Current Troubles of Mainlining Loongson Platform Drivers
Date
On Feb 17, 2019, "Maciej W. Rozycki" <macro@linux-mips.org> wrote:

> Is there an MMIO completion barrier missing there somewhere by any chance
> causing an IRQ that has been handled already to be redelivered because an
> MMIO write meant to clear the IRQ at its origin at handler's completion
> has not reached its destination before interrupts have been reenabled in
> the issuing CPU? Just a thought.

I've finally got a chance to bisect the IRQ14 (nobody cared) regression
on my yeeloong. It took me to MIPS: Enforce strong ordering for MMIO
accessors (commit 3d474dacae72ac0f28228b328cfa953b05484b7f).

I've only just started trying to figure out what exactly in the change
leads to problems. So far, I've determined that changing both uses of
__BUILD_IOPORT_SINGLE so that barrier is passed as 0 rather than 1
removes the undesirable effects, both on top of that patch, and on top
of v5.0:

#define __BUILD_IOPORT_PFX(bus, bwlq, type) \
- __BUILD_IOPORT_SINGLE(bus, bwlq, type, 1, 0,) \
- __BUILD_IOPORT_SINGLE(bus, bwlq, type, 1, 0, _p)
+ __BUILD_IOPORT_SINGLE(bus, bwlq, type, 0, 0,) \
+ __BUILD_IOPORT_SINGLE(bus, bwlq, type, 0, 0, _p)


Since the barriers didn't seem to be a problem for __BUILD_MEMORY_PFX, I
figured I'd try to enable barriers in the __mem_ variants, but leave
them alone for io, and that worked (without hitting the IRQ14 issue) at
least on the yeeloong:

diff --git a/arch/mips/include/asm/io.h b/arch/mips/include/asm/io.h
index 845fbbc7a2e34..0a3a327d4e764 100644
--- a/arch/mips/include/asm/io.h
+++ b/arch/mips/include/asm/io.h
@@ -467,13 +467,13 @@ BUILDIO_MEM(w, u16)
BUILDIO_MEM(l, u32)
BUILDIO_MEM(q, u64)

-#define __BUILD_IOPORT_PFX(bus, bwlq, type) \
- __BUILD_IOPORT_SINGLE(bus, bwlq, type, 1, 0,) \
- __BUILD_IOPORT_SINGLE(bus, bwlq, type, 1, 0, _p)
+#define __BUILD_IOPORT_PFX(bus, bwlq, type, barrier) \
+ __BUILD_IOPORT_SINGLE(bus, bwlq, type, barrier, 0,) \
+ __BUILD_IOPORT_SINGLE(bus, bwlq, type, barrier, 0, _p)

#define BUILDIO_IOPORT(bwlq, type) \
- __BUILD_IOPORT_PFX(, bwlq, type) \
- __BUILD_IOPORT_PFX(__mem_, bwlq, type)
+ __BUILD_IOPORT_PFX(, bwlq, type, 0) \
+ __BUILD_IOPORT_PFX(__mem_, bwlq, type, 1)

BUILDIO_IOPORT(b, u8)
BUILDIO_IOPORT(w, u16)
--
Alexandre Oliva, freedom fighter https://FSFLA.org/blogs/lxo
Be the change, be Free! FSF Latin America board member
GNU Toolchain Engineer Free Software Evangelist
Hay que enGNUrecerse, pero sin perder la terGNUra jamás-GNUChe

\
 
 \ /
  Last update: 2019-03-07 07:42    [W:0.345 / U:0.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site