> -----Original Message----- > From: J. Bruce Fields [mailto:bfie...@fieldses.org] > Sent: Monday, September 28, 2015 4:05 PM > To: Steve Wise > Cc: trond.mykleb...@primarydata.com; linux-...@vger.kernel.org; > linux-rdma@vger.kernel.org > Subject: Re: [PATCH 2/3] svcrdma: handle rdma read with a non-zero initial > page offset > > On Mon, Sep 28, 2015 at 09:31:25AM -0500, Steve Wise wrote: > > On 9/21/2015 12:24 PM, Steve Wise wrote: > > >The server rdma_read_chunk_lcl() and rdma_read_chunk_frmr() functions > > >were not taking into account the initial page_offset when determining > > >the rdma read length. This resulted in a read who's starting address > > >and length exceeded the base/bounds of the frmr. > > > > > >Most work loads don't tickle this bug apparently, but one test hit it > > >every time: building the linux kernel on a 16 core node with 'make -j > > >16 O=/mnt/0' where /mnt/0 is a ramdisk mounted via NFSRDMA. > > > > > >This bug seems to only be tripped with devices having small fastreg page > > >list depths. I didn't see it with mlx4, for instance. > > > > > >Fixes: 0bf4828983df ('svcrdma: refactor marshalling logic') > > >Signed-off-by: Steve Wise <sw...@opengridcomputing.com> > > >Tested-by: Chuck Lever <chuck.le...@oracle.com> > > >--- > > > > > > > > > > Hey Bruce, can this make 4.3-rc? Also, what do you think about > > pushing it to stable? > > It looks like a reasonable candidate for stable. Apologies, somehow I > missed it when you posted it--would you mind resending? > > --b.
resent this one patch. What is your process for pushing to stable? Thanks, Steve. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
