From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0AC0B2F32; Thu, 15 Feb 2024 07:00:43 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.137.202.133 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707980444; cv=none; b=lq4aNuFyLb+Uq/AnI4o904GJbQi7l4p4Y4+vXXTlwNjFA5An8nSg0k7n8Ay7neP8VOkaKe3tQKgQHUR1OdwyiaLf0HupgZj9hHFniGV2vzaXQ1iYBtS5uHh1mOepeX7726gDKy8UH7F8UEhXoEAQd0Ps6+WnWe3RT5DUbU+bJqM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707980444; c=relaxed/simple; bh=51kI4vf8mLRuBzxKBKLdIfkxiXS4QuSnioV4j+USmLg=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=JcFZa1/dhbsRbFoOAqW8RyzYo57KBOw9WkKIKxd6Hky+0UB1br7AgUk+xnwCkYJNh/+gE9dbv3TYcT0EVeYDpoV4dtDU3BwQBypETgl42iiWBxQe8egH1/pld7xPnuhc+cDHRAowfbe23Utr5eBARiqj1Ofg8m1ze+ENeJVxOtU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org; spf=none smtp.mailfrom=bombadil.srs.infradead.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b=gcUTd+jI; arc=none smtp.client-ip=198.137.202.133 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=bombadil.srs.infradead.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="gcUTd+jI" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=rY+aNYbaoTKYpPejKb34t5lhEOp9ES6fZIwUoDjUQZY=; b=gcUTd+jIL2EGDxISTUB0cLJtmi DiMXV/6Gm6ozcsAsbM6qWIRbz++D7P6d1tagz/2ficY6nKUxEba2Z1S/OBrDQjyl6jg1dgZhymw2E BCnvBjUvOz456edXApjpfXjKlbKSw1jRCyrB+LyUFqasudCOHMNCGVJhhoT9q5/EUTblyvpnzuAEH RrKsjE57kug36oQDkMv0+yv2H9EUH83TlLnYFH5VH+0ANR5LQMhIVPbb+j6JCKRgdoxUEG9vWPSk4 5onn8T8NhqjvsS8rJiEhLEYm5pIBKn/qpFFWF9Ge325OjgUVb+yxn+qgGNThS6dLedBXimw6sBtca 0nG3YFCg==; Received: from hch by bombadil.infradead.org with local (Exim 4.97.1 #2 (Red Hat Linux)) id 1raVjc-0000000FA1Q-0nry; Thu, 15 Feb 2024 07:00:40 +0000 Date: Wed, 14 Feb 2024 23:00:40 -0800 From: Christoph Hellwig To: Jakub Kicinski Cc: Christoph Hellwig , Saeed Mahameed , Arnd Bergmann , Greg Kroah-Hartman , Leon Romanovsky , Jason Gunthorpe , Jiri Pirko , Leonid Bloch , Itay Avraham , Saeed Mahameed , David Ahern , Aron Silverton , andrew.gospodarek@broadcom.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org Subject: Re: [PATCH V4 0/5] mlx5 ConnectX control misc driver Message-ID: References: <20240207072435.14182-1-saeed@kernel.org> <20240214074832.713ca16a@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240214074832.713ca16a@kernel.org> X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html On Wed, Feb 14, 2024 at 07:48:32AM -0800, Jakub Kicinski wrote: > Overreach is unfortunate, I'd love to say "please do merge it as part > of RDMA". You probably don't trust my opinion but Jason admitted himself > this is primarily for RDMA. RDMA is what it is in terms of openness and > all vendors trying to sell their secret magic sauce. Common. RDMA has two important open standards, one of them even done in IETF that most open of all standards organizations. > > I think all maintainers can and should voice the > > opinions, be those technical or political, but trying to block a useful > > feature without lots of precedence because it is vaguely related to the > > subsystem is not helpful. > > Not sure what you mean by "without lots of precedence" but you can ask Should have been with. Just about every subsystem with complex devices has this kind of direct interface for observability and co in at least some drivers.