From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id DCDF4C77B7A for ; Tue, 13 Jun 2023 07:29:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234756AbjFMH3q (ORCPT ); Tue, 13 Jun 2023 03:29:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60566 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237927AbjFMH3o (ORCPT ); Tue, 13 Jun 2023 03:29:44 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2650C1720; Tue, 13 Jun 2023 00:29:42 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 987806320A; Tue, 13 Jun 2023 07:29:41 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 484D2C433EF; Tue, 13 Jun 2023 07:29:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1686641381; bh=4Qor2Eois7iv4mh8rLWFv20BV5k0vOezfA8NaE+NqFE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=H/AK2ja6byrwjff8XYyniafFUOEmCjUEVE7ee/T4u2O3VxX22dFyA3bDrN4BTwq9B IMtbawLIcf856Kp72hD++WR8JhTe7SFap7iNZ03PKqMvsWurAAb9HS71RYYuSLsVFe ST73X/9GD1M+1LHOr7Y4oIDQIutD+Tk5tlOvL8/bZ4j36DB68/makp2wfN2i4onoXj dKI4lWtAY3pHSfv+Z6XyRJJwjJubWQ8/AEHeOtX3gZjFJJYTCdcRiAKd9UMWFVa4oU oqcxcsIjfSEw90LO7ij5Ib6bLT6w7KMRUUtNkVE92lgJZDAgCun6eNku79FltQiRU3 lYMGv+UlDgnZQ== Date: Tue, 13 Jun 2023 10:29:36 +0300 From: Leon Romanovsky To: Jakub Kicinski Cc: Wei Hu , "netdev@vger.kernel.org" , "linux-hyperv@vger.kernel.org" , "linux-rdma@vger.kernel.org" , Long Li , Ajay Sharma , "jgg@ziepe.ca" , KY Srinivasan , Haiyang Zhang , "wei.liu@kernel.org" , Dexuan Cui , "davem@davemloft.net" , "edumazet@google.com" , "pabeni@redhat.com" , "vkuznets@redhat.com" , "ssengar@linux.microsoft.com" , "shradhagupta@linux.microsoft.com" Subject: Re: [PATCH v2 1/1] RDMA/mana_ib: Add EQ interrupt support to mana ib driver. Message-ID: <20230613072936.GV12152@unreal> References: <20230606151747.1649305-1-weh@microsoft.com> <20230607213903.470f71ae@kernel.org> <20230612061349.GM12152@unreal> <20230612102221.2ca726fd@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230612102221.2ca726fd@kernel.org> Precedence: bulk List-ID: X-Mailing-List: linux-hyperv@vger.kernel.org On Mon, Jun 12, 2023 at 10:22:21AM -0700, Jakub Kicinski wrote: > On Mon, 12 Jun 2023 09:13:49 +0300 Leon Romanovsky wrote: > > > Thanks for you comment. I am new to the process. I have a few > > > questions regarding to this and hope you can help. First of all, > > > the patch is mostly for IB. Is it possible for the patch to just go > > > through the RDMA branch, since most of the changes are in RDMA? > > > > Yes, it can, we (RDMA) will handle it. > > Probably, although it's better to teach them some process sooner > rather than later? Like Jason wrote above, shared branch is valuable once the submitter has enough volume to justify. In previous cycles, when we needed it, I simply created shared branch [1] for them. Even we (Nvidia), who has enough patch volume, sometimes prefer to delay submission to next cycle and don't bother ourselves with shared branch. [1] https://lore.kernel.org/all/Y2v2CGEWC70g+Ot+@unreal/ Thanks