On Wed, Dec 11, 2019 at 08:34:40AM -0500, Dennis Dalessandro wrote: > On 11/26/2019 9:12 AM, Dennis Dalessandro wrote: > > Here are some refactoring and code reorg patches for the merge window. Nothing > > too scary, no new features. This lays the ground work for stuff coming in > > future merge cycles. > > > > There is also one bug fix, from Kaike. > > > > Changes from v1 > > Fix Review-by tags with corrupted email address. > > > > > > Grzegorz Andrejczuk (3): > > IB/hfi1: Move common receive IRQ code to function > > IB/hfi1: Decouple IRQ name from type > > IB/hfi1: Return void in packet receiving functions > > > > Kaike Wan (1): > > IB/hfi1: Don't cancel unused work item > > > > Michael J. Ruhl (1): > > IB/hfi1: List all receive contexts from debugfs > > > > Mike Marciniszyn (6): > > IB/hfi1: Add accessor API routines to access context members > > IB/hfi1: Move chip specific functions to chip.c > > IB/hfi1: Add fast and slow handlers for receive context > > IB/hfi1: IB/hfi1: Add an API to handle special case drop > > IB/hfi1: Create API for auto activate > > IB/rdmavt: Correct comments in rdmavt_qp.h header > > I guess these didn't catch the train for 5.5 merge window. Do I need to > resubmit to break this into two series, one for RC and one for next? It is more reliable if it shows in patchworks as you want > I think 1, 9, 10, and 11 could/should probably go for RC. Make sure they have suitable commit messages please Jason
