Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp828715ybm; Fri, 29 May 2020 13:13:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJziTpwVC3zJpD84ic2W5eG453i5rUcG57sS+UCj9kG42WU23WnZqzWsxrMpOHalp49LknJ8 X-Received: by 2002:a05:6402:5:: with SMTP id d5mr10246917edu.247.1590783223576; Fri, 29 May 2020 13:13:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590783223; cv=none; d=google.com; s=arc-20160816; b=WzQsqBrEEUBOAnCusQ0PlyJeh++eprbVsoe71jyNP6ljQ6DMX5ub17IpapdixHBuXo /aUKbKeCw7exlb/YBU3W0ZHzSU8+KQQg7w/aJ5pifIGZMYM75rlYzNkKtnTm9WPRK1p1 N5Hy+5vyI/wFOuX2GGCKHPF2DdJ6y3xPjtWnpOF3N/okbGfJWjaUshqOsVO42nw+nKUN FtW0o4H6jWjr6X4clTFep9NuSPG06fF0VOslJuLjMwCM2PqFOsjCYhKf8HoAQw6Ojq3X PGJNAo367Jdx5az94aow8UIM14saKD/0ecgNcTW16vawuJQ0XTtPXyYvCDXNqetSAC3V /0lw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=ZR9Xg0JuwDsfJ5X+ub0HXfFIQ1lTykXlDmMoyCr06R8=; b=mRhntIYprPCD0KF/nAcjC1060OMTK1pDNLFtpMf7qJ9u+R3vbM2FBWsWSymPnOX2qY fPwAAfrMZmqiUE0RsmGLSufasbRsOs9WYSVS6KemSKG5Pi276FYgSX7eRNWNlNFKVg78 jOQxdgGN5swA4C1ElKmkMHrkLM/+4efw/+d8/fB9MA1qsos6kEn9m2oceMvC2VA8nDae f5od86p9B2EwrAPCPaYtSeYvC9XCYeJJqWzKbNxsL1nzATTFPJG7NcH1dgjfjKNe6K1v CB3c9wmYcwkN7M62TchoKcaxbz1kp6JGUbIHKV1uvsYpvCnUWsTJdAoF3WjzskTB6SyE U5Pw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id my6si6169607ejb.87.2020.05.29.13.13.20; Fri, 29 May 2020 13:13:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728285AbgE2ULa (ORCPT + 99 others); Fri, 29 May 2020 16:11:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37554 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726866AbgE2ULa (ORCPT ); Fri, 29 May 2020 16:11:30 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 172C6C03E969; Fri, 29 May 2020 13:11:30 -0700 (PDT) Received: from localhost (unknown [IPv6:2601:601:9f00:477::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 068FF12837646; Fri, 29 May 2020 13:11:28 -0700 (PDT) Date: Fri, 29 May 2020 13:11:28 -0700 (PDT) Message-Id: <20200529.131128.495042470763103913.davem@davemloft.net> To: hch@lst.de Cc: kuba@kernel.org, vyasevich@gmail.com, nhorman@tuxdriver.com, marcelo.leitner@gmail.com, David.Laight@ACULAB.COM, linux-sctp@vger.kernel.org, linux-kernel@vger.kernel.org, cluster-devel@redhat.com, netdev@vger.kernel.org Subject: Re: remove kernel_setsockopt v4 From: David Miller In-Reply-To: <20200529120943.101454-1-hch@lst.de> References: <20200529120943.101454-1-hch@lst.de> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Fri, 29 May 2020 13:11:29 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Christoph Hellwig Date: Fri, 29 May 2020 14:09:39 +0200 > now that only the dlm calls to sctp are left for kernel_setsockopt, > while we haven't really made much progress with the sctp setsockopt > refactoring, how about this small series that splits out a > sctp_setsockopt_bindx_kernel that takes a kernel space address array > to share more code as requested by Marcelo. This should fit in with > whatever variant of the refator of sctp setsockopt we go with, but > just solved the immediate problem for now. ... Series applied, thanks.