From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [PATCH net-next 00/13] sctp: refactor MTU handling Date: Fri, 27 Apr 2018 14:42:13 -0400 (EDT) Message-ID: <20180427.144213.1823377521178882809.davem@davemloft.net> References: Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, linux-sctp@vger.kernel.org, vyasevich@gmail.com, nhorman@tuxdriver.com, lucien.xin@gmail.com To: marcelo.leitner@gmail.com Return-path: Received: from shards.monkeyblade.net ([184.105.139.130]:56128 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757577AbeD0SmP (ORCPT ); Fri, 27 Apr 2018 14:42:15 -0400 In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: From: Marcelo Ricardo Leitner Date: Thu, 26 Apr 2018 16:58:49 -0300 > Currently MTU handling is spread over SCTP stack. There are multiple > places doing same/similar calculations and updating them is error prone > as one spot can easily be left out. > > This patchset converges it into a more concise and consistent code. In > general, it moves MTU handling from functions with bigger objectives, > such as sctp_assoc_add_peer(), to specific functions. > > It's also a preparation for the next patchset, which removes the > duplication between sctp_make_op_error_space and > sctp_make_op_error_fixed and relies on sctp_mtu_payload introduced here. > > More details on each patch. Series applied, thanks!