[PATCH] D69172: AMDGPU: Fix SMEM WAR hazard for gfx10 readlane
    Matt Arsenault via Phabricator via llvm-commits 
    llvm-commits at lists.llvm.org
       
    Fri Oct 18 10:48:51 PDT 2019
    
    
  
arsenm added a comment.
In D69172#1714838 <https://reviews.llvm.org/D69172#1714838>, @arsenm wrote:
> In D69172#1714808 <https://reviews.llvm.org/D69172#1714808>, @rampitec wrote:
>
> > It is OK as a w/a, but real opcode should not appear that early.
> >  @arsenm What is the reason to use MC opcode in the SIFrameLowering::emitEpilogue()?
> >
> >   BuildMI(MBB, MBBI, DL, TII->getMCOpcodeFromPseudo(AMDGPU::V_READLANE_B32),
> >           FuncInfo->getFrameOffsetReg())
> >   
> >   
>
>
> There is a reason for it, but I don't remember what it is. I've tried to fix this multiple times in the past, and then rediscovered why. I think it had something to do with an operand constraint/encoding change in VI
The same is also done in spillSGPR/restoreSGPR, the PEI version was just reproducing the same
Repository:
  rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D69172/new/
https://reviews.llvm.org/D69172
    
    
More information about the llvm-commits
mailing list