Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp615596imu; Fri, 21 Dec 2018 04:46:46 -0800 (PST) X-Google-Smtp-Source: AFSGD/WsR5tTm+Xlmi40H7u7LYZuYBVq9SQ5OGA9K9k94A1ecGpETWkvBj3AZeXcsqd1v7RL8QeD X-Received: by 2002:a62:1a44:: with SMTP id a65mr2452579pfa.30.1545396406432; Fri, 21 Dec 2018 04:46:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545396406; cv=none; d=google.com; s=arc-20160816; b=AUBTpPlYOUrl+6zWkTurRwIIMeuZH6/umjMt0gFcQr/twgRebpbGrDCuslzMJq7it3 j3/5k2GxzyTYnNji/gIxIU4qWH4SkelSTxpA//udEEo8qEEp+JYz6Kkm3m5fMLqLPM0j 96cAUdpYz6r1tZv/UC+jP9coaMCCtYUcez4GQKfHSTvdMjssPTUKoeDI4TLfBNQzMe3E Xcl5xHE9Cjg2Z11sQMS73sILHxLwfgaEioVDQnqptL3UO0zK2UOD6nAFiRbtlMIIawuZ /XJKVKteZXybx8gTuYg7hM7gBq7x+YrZmcjWDWffEqG+YZGydmzuOP4u3NRViLACk6zt Ky1A== 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=XzTgCruN26efN8vJ9reqLynBFoE+2XEEFaZxDDKIGpQ=; b=FIIOi+Mggg+gafqHubJsXwGefYOZfNA263UsqDgKokUoDkXkETxYznqLqx3ROxrt0j ToTfDGXlZFSJyPQXh3Ir0ifWaw76lIVOyC/t1ll0EI/eMVfHUNXtmJdY9Q5sDJp9kDcE ix4T5LuVCv/7HBBz1ZBeNxwCnYZBc+COvDRTwiIcs72GVJ7/cUtZ2qIgPkbMwrTxqR+o 0ANiWmJ0YF+VPWHiK05ywRyDR7IEdbhwH6k2ijxt1GswoIhrFb/DE86lrkfC2f+DwSRn 0n5FmcdaRxmZdsKDL61Dp4ER+kZ8R39vp64lLRb13Wudk321ng2GAvCfhT6eOgrWfv1q vOlA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n67si21500005pfk.34.2018.12.21.04.46.30; Fri, 21 Dec 2018 04:46:46 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388310AbeLUAt4 (ORCPT + 99 others); Thu, 20 Dec 2018 19:49:56 -0500 Received: from shards.monkeyblade.net ([23.128.96.9]:36060 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388162AbeLUAt4 (ORCPT ); Thu, 20 Dec 2018 19:49:56 -0500 Received: from localhost (unknown [IPv6:2601:601:9f80:35cd::cf9]) (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 AEE651499203C; Thu, 20 Dec 2018 16:49:55 -0800 (PST) Date: Thu, 20 Dec 2018 16:49:54 -0800 (PST) Message-Id: <20181220.164954.1492087150966785483.davem@davemloft.net> To: semen.protsenko@linaro.org Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, g.nault@alphalink.fr Subject: Re: [PATCH v2] ppp: Move PFC decompression to PPP generic layer From: David Miller In-Reply-To: <20181220182920.4208-1-semen.protsenko@linaro.org> References: <20181220182920.4208-1-semen.protsenko@linaro.org> X-Mailer: Mew version 6.8 on Emacs 26.1 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]); Thu, 20 Dec 2018 16:49:55 -0800 (PST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Sam Protsenko Date: Thu, 20 Dec 2018 20:29:20 +0200 > Extract "Protocol" field decompression code from transport protocols to > PPP generic layer, where it actually belongs. As a consequence, this > patch fixes incorrect place of PFC decompression in L2TP driver (when > it's not PPPOX_BOUND) and also enables this decompression for other > protocols, like PPPoE. > > Protocol field decompression also happens in PPP Multilink Protocol > code and in PPP compression protocols implementations (bsd, deflate, > mppe). It looks like there is no easy way to get rid of that, so it was > decided to leave it as is, but provide those cases with appropriate > comments instead. > > Signed-off-by: Sam Protsenko > --- > Changes in v2: > - Fix the order of checking skb data room and proto decompression > - Remove "inline" keyword from ppp_decompress_proto() > - Don't split line before function name > - Prefix ppp_decompress_proto() function with "__" > - Add ppp_decompress_proto() function with skb data room checks > - Add description for introduced functions > - Fix comments (as per review on mailing list) Applied with Guillaume's suggested adjustments made. Thank you.