From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Steve Wise" Subject: RE: The linux-rdma staging branches Date: Thu, 17 Aug 2017 17:16:40 -0500 Message-ID: <000501d317a6$80030d50$800927f0$@opengridcomputing.com> References: <009501d30acf$fcfbba20$f6f32e60$@opengridcomputing.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <009501d30acf$fcfbba20$f6f32e60$@opengridcomputing.com> Content-Language: en-us Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: 'Doug Ledford' Cc: linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, "'Veeresh U. Kokatnur'" , bharat-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org List-Id: linux-rdma@vger.kernel.org ping. So are k.o/for-next and k.o/for-X.Y-rc branche the ones to watch and test in your git.kernel.org tree? I'm trying to tie chelsio's QA into this, and any help is greatly appreciated! Is there some process other vendors or interested parties care to share on trying to catch rdma regressions early? This whole recent breakage of the rdma core that made it into 4.9 and 4.12 is painful, to say the least. Thanks! Steve. > > He Doug, I want to get chelsio's QA tied into regular regression testing of > fixes you have staged for release-next as well as RC fixes staged for the > current RC release. Which branches do they want to track for regression > testing? > > Also, does anyone have "best practices" for how QA orgs should regression test > linux kernels through the release process? > > Thanks, > > Steve. > > -- > To unsubscribe from this list: send the line "unsubscribe linux-rdma" in > the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html