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 X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 13A77C433DF for ; Thu, 14 May 2020 19:35:38 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id DA7902065C for ; Thu, 14 May 2020 19:35:37 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="VKrUJVLC" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727033AbgENTfh (ORCPT ); Thu, 14 May 2020 15:35:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55184 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726128AbgENTfh (ORCPT ); Thu, 14 May 2020 15:35:37 -0400 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:e::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0B5A3C061A0C; Thu, 14 May 2020 12:35:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; 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=2cAIpvlCjeek2UlOhaJLhP9ft/jEX+ktFmYjxRqXe+8=; b=VKrUJVLC1QZKeaeXa89WwIPrud xWN6tLhwKrf0IpJKq477Gsgmnmh5IAspTgAHgDcohLeDdrarSFbeKBc4Rw2VutH7Wdqvp+u4GJ57w S0xlexgFqHGVwvMQi6/gLdhHcd2BhEAtEJoKic/a9cMDbNfSZrkHXscgCV9WUJWrinXP0EAaolivK hCE8IgM4uAPNE59ZVrZ32j3gM0r62sSoSbqGvAOLM1yqh1PJXDV7uEOvyuE6GKFQZHwxYJw4fajs3 Axa1m0R1dUG8mD1OUgFnasRlFQOsu7tu4NrpejMq4uvEZ+5h/r1+/qUH0gkhEmZ3YbfFR3xYXvB1l kED1vgQw==; Received: from willy by bombadil.infradead.org with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1jZJdf-0003fM-JH; Thu, 14 May 2020 19:35:27 +0000 Date: Thu, 14 May 2020 12:35:27 -0700 From: Matthew Wilcox To: David Laight Cc: 'Christoph Hellwig' , Marcelo Ricardo Leitner , "linux-nvme@lists.infradead.org" , Eric Dumazet , "target-devel@vger.kernel.org" , "linux-afs@lists.infradead.org" , "drbd-dev@lists.linbit.com" , "linux-cifs@vger.kernel.org" , "rds-devel@oss.oracle.com" , "linux-rdma@vger.kernel.org" , "cluster-devel@redhat.com" , Alexey Kuznetsov , "linux-block@vger.kernel.org" , 'Joe Perches' , Jakub Kicinski , "ceph-devel@vger.kernel.org" , "linux-nfs@vger.kernel.org" , Neil Horman , Hideaki YOSHIFUJI , "netdev@vger.kernel.org" , Vlad Yasevich , "linux-kernel@vger.kernel.org" , Jon Maloy , "linux-sctp@vger.kernel.org" , Ying Xue , "David S. Miller" , "ocfs2-devel@oss.oracle.com" Subject: Re: [Ocfs2-devel] remove kernel_setsockopt and kernel_getsockopt Message-ID: <20200514193527.GB16070@bombadil.infradead.org> References: <20200513062649.2100053-1-hch@lst.de> <756758e8f0e34e2e97db470609f5fbba@AcuMS.aculab.com> <20200514101838.GA12548@lst.de> <20200514103450.GA12901@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-block-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-block@vger.kernel.org On Thu, May 14, 2020 at 11:11:34AM +0000, David Laight wrote: > From: 'Christoph Hellwig' > > Sent: 14 May 2020 11:35 > > On Thu, May 14, 2020 at 10:26:41AM +0000, David Laight wrote: > > > From: Christoph Hellwig > > > > Only for those were we have users, and all those are covered. > > > > > > What do we tell all our users when our kernel SCTP code > > > no longer works? > > > > We only care about in-tree modules, just like for every other interface > > in the kernel. > > Even if our management agreed to release the code and the code > layout matched the kernel guidelines you still wouldn't want > two large drivers that implement telephony functionality > for hardware that very few people actually have. Oh, good point, we'll change the policy for all modules and make every interface in the kernel stable from now on to cater to your special case. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Wilcox Date: Thu, 14 May 2020 19:35:27 +0000 Subject: Re: [Ocfs2-devel] remove kernel_setsockopt and kernel_getsockopt Message-Id: <20200514193527.GB16070@bombadil.infradead.org> List-Id: References: <20200513062649.2100053-1-hch@lst.de> <756758e8f0e34e2e97db470609f5fbba@AcuMS.aculab.com> <20200514101838.GA12548@lst.de> <20200514103450.GA12901@lst.de> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: David Laight Cc: 'Christoph Hellwig' , Marcelo Ricardo Leitner , "linux-nvme@lists.infradead.org" , Eric Dumazet , "target-devel@vger.kernel.org" , "linux-afs@lists.infradead.org" , "drbd-dev@lists.linbit.com" , "linux-cifs@vger.kernel.org" , "rds-devel@oss.oracle.com" , "linux-rdma@vger.kernel.org" , "cluster-devel@redhat.com" , Alexey Kuznetsov , "linux-block@vger.kernel.org" , 'Joe Perches' , Jakub Kicinski , cep On Thu, May 14, 2020 at 11:11:34AM +0000, David Laight wrote: > From: 'Christoph Hellwig' > > Sent: 14 May 2020 11:35 > > On Thu, May 14, 2020 at 10:26:41AM +0000, David Laight wrote: > > > From: Christoph Hellwig > > > > Only for those were we have users, and all those are covered. > > > > > > What do we tell all our users when our kernel SCTP code > > > no longer works? > > > > We only care about in-tree modules, just like for every other interface > > in the kernel. > > Even if our management agreed to release the code and the code > layout matched the kernel guidelines you still wouldn't want > two large drivers that implement telephony functionality > for hardware that very few people actually have. Oh, good point, we'll change the policy for all modules and make every interface in the kernel stable from now on to cater to your special case. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Wilcox Subject: Re: [Ocfs2-devel] remove kernel_setsockopt and kernel_getsockopt Date: Thu, 14 May 2020 12:35:27 -0700 Message-ID: <20200514193527.GB16070@bombadil.infradead.org> References: <20200513062649.2100053-1-hch@lst.de> <756758e8f0e34e2e97db470609f5fbba@AcuMS.aculab.com> <20200514101838.GA12548@lst.de> <20200514103450.GA12901@lst.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-block-owner@vger.kernel.org To: David Laight Cc: 'Christoph Hellwig' , Marcelo Ricardo Leitner , "linux-nvme@lists.infradead.org" , Eric Dumazet , "target-devel@vger.kernel.org" , "linux-afs@lists.infradead.org" , "drbd-dev@lists.linbit.com" , "linux-cifs@vger.kernel.org" , "rds-devel@oss.oracle.com" , "linux-rdma@vger.kernel.org" , "cluster-devel@redhat.com" , Alexey Kuznetsov , "linux-block@vger.kernel.org" , 'Joe Perches' , Jakub Kicinski , cep List-Id: ceph-devel.vger.kernel.org On Thu, May 14, 2020 at 11:11:34AM +0000, David Laight wrote: > From: 'Christoph Hellwig' > > Sent: 14 May 2020 11:35 > > On Thu, May 14, 2020 at 10:26:41AM +0000, David Laight wrote: > > > From: Christoph Hellwig > > > > Only for those were we have users, and all those are covered. > > > > > > What do we tell all our users when our kernel SCTP code > > > no longer works? > > > > We only care about in-tree modules, just like for every other interface > > in the kernel. > > Even if our management agreed to release the code and the code > layout matched the kernel guidelines you still wouldn't want > two large drivers that implement telephony functionality > for hardware that very few people actually have. Oh, good point, we'll change the policy for all modules and make every interface in the kernel stable from now on to cater to your special case. 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 X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9CE3DC433DF for ; Thu, 14 May 2020 19:35:35 +0000 (UTC) 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 mail.kernel.org (Postfix) with ESMTPS id 61A062053B for ; Thu, 14 May 2020 19:35:35 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="ZQZ4MSYr" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 61A062053B Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-nvme-bounces+linux-nvme=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=+NxbKGuQFQtmrlfoN+og4wrEQ4ehjFfeo9grr67vX+g=; b=ZQZ4MSYrmqubOT 68yKRAFmvxq6BjyJLUF89w9QYyOO6KF2PzOe2pNTfC4KFN2hV0D9mqLGVjLclxeEBPy/mFhMTz2uv edkX2cBntnh24jK6R67NuGG95k/wH3Tb36xg54419nwwO87lhukU4O/2dJ521/77IRHODKOEZNxaT xne2IdhP6XBTNetQVCx3dbdYb5wQbJtM8rjACcOGgVABMUxum79TBtrLBYMps+QDdEdpDOARnaGAu OSvKgPyxhbe7/sHC/gCUfWuMrafUDwBzqOuM/mqw7RcmJLiUIZDCdSi5GS4Sa39TtxYkR9rAzRmaG q0vzwCGCd/GUkcDgLDow==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jZJdk-0003fe-0v; Thu, 14 May 2020 19:35:32 +0000 Received: from willy by bombadil.infradead.org with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1jZJdf-0003fM-JH; Thu, 14 May 2020 19:35:27 +0000 Date: Thu, 14 May 2020 12:35:27 -0700 From: Matthew Wilcox To: David Laight Subject: Re: [Ocfs2-devel] remove kernel_setsockopt and kernel_getsockopt Message-ID: <20200514193527.GB16070@bombadil.infradead.org> References: <20200513062649.2100053-1-hch@lst.de> <756758e8f0e34e2e97db470609f5fbba@AcuMS.aculab.com> <20200514101838.GA12548@lst.de> <20200514103450.GA12901@lst.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-BeenThere: linux-nvme@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Marcelo Ricardo Leitner , "linux-nvme@lists.infradead.org" , Eric Dumazet , "target-devel@vger.kernel.org" , "linux-afs@lists.infradead.org" , "drbd-dev@lists.linbit.com" , "linux-cifs@vger.kernel.org" , "rds-devel@oss.oracle.com" , "linux-rdma@vger.kernel.org" , 'Christoph Hellwig' , "cluster-devel@redhat.com" , Jakub Kicinski , "linux-block@vger.kernel.org" , Ying Xue , Alexey Kuznetsov , "ceph-devel@vger.kernel.org" , "linux-nfs@vger.kernel.org" , Neil Horman , Hideaki YOSHIFUJI , "netdev@vger.kernel.org" , Vlad Yasevich , "linux-kernel@vger.kernel.org" , Jon Maloy , "linux-sctp@vger.kernel.org" , 'Joe Perches' , "David S. Miller" , "ocfs2-devel@oss.oracle.com" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-nvme" Errors-To: linux-nvme-bounces+linux-nvme=archiver.kernel.org@lists.infradead.org On Thu, May 14, 2020 at 11:11:34AM +0000, David Laight wrote: > From: 'Christoph Hellwig' > > Sent: 14 May 2020 11:35 > > On Thu, May 14, 2020 at 10:26:41AM +0000, David Laight wrote: > > > From: Christoph Hellwig > > > > Only for those were we have users, and all those are covered. > > > > > > What do we tell all our users when our kernel SCTP code > > > no longer works? > > > > We only care about in-tree modules, just like for every other interface > > in the kernel. > > Even if our management agreed to release the code and the code > layout matched the kernel guidelines you still wouldn't want > two large drivers that implement telephony functionality > for hardware that very few people actually have. Oh, good point, we'll change the policy for all modules and make every interface in the kernel stable from now on to cater to your special case. _______________________________________________ linux-nvme mailing list linux-nvme@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-nvme From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Wilcox Date: Thu, 14 May 2020 12:35:27 -0700 Subject: [Ocfs2-devel] remove kernel_setsockopt and kernel_getsockopt In-Reply-To: References: <20200513062649.2100053-1-hch@lst.de> <756758e8f0e34e2e97db470609f5fbba@AcuMS.aculab.com> <20200514101838.GA12548@lst.de> <20200514103450.GA12901@lst.de> Message-ID: <20200514193527.GB16070@bombadil.infradead.org> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: David Laight Cc: 'Christoph Hellwig' , Marcelo Ricardo Leitner , "linux-nvme@lists.infradead.org" , Eric Dumazet , "target-devel@vger.kernel.org" , "linux-afs@lists.infradead.org" , "drbd-dev@lists.linbit.com" , "linux-cifs@vger.kernel.org" , "rds-devel@oss.oracle.com" , "linux-rdma@vger.kernel.org" , "cluster-devel@redhat.com" , Alexey Kuznetsov , "linux-block@vger.kernel.org" , 'Joe Perches' , Jakub Kicinski , cep On Thu, May 14, 2020 at 11:11:34AM +0000, David Laight wrote: > From: 'Christoph Hellwig' > > Sent: 14 May 2020 11:35 > > On Thu, May 14, 2020 at 10:26:41AM +0000, David Laight wrote: > > > From: Christoph Hellwig > > > > Only for those were we have users, and all those are covered. > > > > > > What do we tell all our users when our kernel SCTP code > > > no longer works? > > > > We only care about in-tree modules, just like for every other interface > > in the kernel. > > Even if our management agreed to release the code and the code > layout matched the kernel guidelines you still wouldn't want > two large drivers that implement telephony functionality > for hardware that very few people actually have. Oh, good point, we'll change the policy for all modules and make every interface in the kernel stable from now on to cater to your special case. From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Wilcox Date: Thu, 14 May 2020 12:35:27 -0700 Subject: [Cluster-devel] [Ocfs2-devel] remove kernel_setsockopt and kernel_getsockopt In-Reply-To: References: <20200513062649.2100053-1-hch@lst.de> <756758e8f0e34e2e97db470609f5fbba@AcuMS.aculab.com> <20200514101838.GA12548@lst.de> <20200514103450.GA12901@lst.de> Message-ID: <20200514193527.GB16070@bombadil.infradead.org> List-Id: To: cluster-devel.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Thu, May 14, 2020 at 11:11:34AM +0000, David Laight wrote: > From: 'Christoph Hellwig' > > Sent: 14 May 2020 11:35 > > On Thu, May 14, 2020 at 10:26:41AM +0000, David Laight wrote: > > > From: Christoph Hellwig > > > > Only for those were we have users, and all those are covered. > > > > > > What do we tell all our users when our kernel SCTP code > > > no longer works? > > > > We only care about in-tree modules, just like for every other interface > > in the kernel. > > Even if our management agreed to release the code and the code > layout matched the kernel guidelines you still wouldn't want > two large drivers that implement telephony functionality > for hardware that very few people actually have. Oh, good point, we'll change the policy for all modules and make every interface in the kernel stable from now on to cater to your special case.