[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190306015123.GB1662@ziepe.ca>
Date: Tue, 5 Mar 2019 21:51:23 -0400
From: Jason Gunthorpe <jgg@...pe.ca>
To: John Hubbard <jhubbard@...dia.com>
Cc: Artemy Kovalyov <artemyko@...lanox.com>,
Ira Weiny <ira.weiny@...el.com>,
"john.hubbard@...il.com" <john.hubbard@...il.com>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
Andrew Morton <akpm@...ux-foundation.org>,
LKML <linux-kernel@...r.kernel.org>,
Doug Ledford <dledford@...hat.com>,
"linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>
Subject: Re: [PATCH v2] RDMA/umem: minor bug fix and cleanup in error
handling paths
On Tue, Mar 05, 2019 at 05:37:18PM -0800, John Hubbard wrote:
> On 3/5/19 5:34 PM, John Hubbard wrote:
> [snip]
> >>> So release_pages(&local_page_list[j+1], npages - j-1) would be correct.
> >>
> >> Someone send a fixup patch please...
> >>
> >> Jason
> >
> > Yeah, I'm on it. Just need to double-check that this is the case. But Jason,
> > you're confirming it already, so that helps too.
I didn't look, just assuming Artemy is right since he knows this
code..
> > Patch coming shortly.
> >
>
> Jason, btw, do you prefer a patch that fixes the previous one, or a new
> patch that stands alone? (I'm not sure how this tree is maintained, exactly.)
It has past the point when I should apply a fixup, rdma is general has
about an approximately 1 day period after the 'thanks applied' message
where rebase is possible
Otherwise the tree is strictly no rebase
Jason
Powered by blists - more mailing lists