Message ID | 20190715164423.74174.4994.stgit@awfm-01.aw.intel.com (mailing list archive) |
---|---|
Headers | show |
Series | More 5.3 patches | expand |
On Mon, Jul 15, 2019 at 12:45:14PM -0400, Mike Marciniszyn wrote: > The following series contains fixes and a cleanup. > > I noticed that 5.3 rc1 hasn't happened yet? So I'm not quite sure of > the destination here. You shouldn't send patches during the merge window. If they don't apply cleanly to rc1 they will need resend. Jason
> Subject: Re: [PATCH 0/6] More 5.3 patches > > On Mon, Jul 15, 2019 at 12:45:14PM -0400, Mike Marciniszyn wrote: > > The following series contains fixes and a cleanup. > > > > I noticed that 5.3 rc1 hasn't happened yet? So I'm not quite sure of > > the destination here. > > You shouldn't send patches during the merge window. If they don't > apply cleanly to rc1 they will need resend. > They apply cleanly to for-next and rdma/for-next. Mike
On Mon, Jul 15, 2019 at 05:55:02PM +0000, Marciniszyn, Mike wrote: > > Subject: Re: [PATCH 0/6] More 5.3 patches > > > > On Mon, Jul 15, 2019 at 12:45:14PM -0400, Mike Marciniszyn wrote: > > > The following series contains fixes and a cleanup. > > > > > > I noticed that 5.3 rc1 hasn't happened yet? So I'm not quite sure of > > > the destination here. > > > > You shouldn't send patches during the merge window. If they don't > > apply cleanly to rc1 they will need resend. > > > > They apply cleanly to for-next and rdma/for-next. Those branches are done - we are jumping to 5.3-rc1 next Monday. Jason
> > They apply cleanly to for-next and rdma/for-next. > > Those branches are done - we are jumping to 5.3-rc1 next Monday. > > Jason Ok. I will resubmit on that base. Mike
On Mon, Jul 15, 2019 at 12:45:14PM -0400, Mike Marciniszyn wrote: > The following series contains fixes and a cleanup. > > I noticed that 5.3 rc1 hasn't happened yet? So I'm not quite sure of > the destination here. > > 5 of the patches are stable, and should be held for the rc or pulled for 5.3. > > Deleting the unused define can wait if necessary. > > > John Fleck (1): > IB/hfi1: Check for error on call to alloc_rsm_map_table > > Kaike Wan (4): > IB/hfi1: Unreserve a flushed OPFN request > IB/hfi1: Field not zero-ed when allocating TID flow memory > IB/hfi1: Drop all TID RDMA READ RESP packets after r_next_psn These four look OK for -rc, applied > IB/hfi1: Do not update hcrc for a KDETH packet during fault injection This looks like it is just debugging fixing, it can go to -next So all 6 applied Thanks, Jason