Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp868780iob; Thu, 12 May 2022 06:27:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwgBgHCRHFARd8T5wqjYcxHmPnYKHgLRmDH/EIcsDeNyQOeNp7nHskO2Yl4p6XGE4IHMZvt X-Received: by 2002:a17:903:1249:b0:15e:8b15:b7d2 with SMTP id u9-20020a170903124900b0015e8b15b7d2mr2612plh.150.1652362020925; Thu, 12 May 2022 06:27:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652362020; cv=none; d=google.com; s=arc-20160816; b=HUmVrDZleTD2tLQDBDPJKySxig4GpEijmUFa82tz76iziOCkeJlRYrvzv58brNHJqC Z89lUqRO4sjcXyp61AzvEXx6Lcu9iU6f6EAJvBC8xlNgYsxW2vkXzCxx5x3rTc5uiH4j KEajlF6oBE+4iv+sC0HI28spSeir0wvlqU9vicSYOsqBWqlKXMxKJ8qdv87hXEv8dEGR po6kd1SbgssBwnKPYf/JlFD6cWF2flbY3b7iVlPx6685w9Rt9mxblr5ZSNkRukVNRS3z nx24Juel0/S2u6mFRijxywIDKymVQTihrHDCja9DCNNZkQ+5ZeNZKOPuUDpainhK/v0F FvIw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=xaR6s5/QWptKMXOs5sooqJ3794ArNGAXxaZwjDyLBPo=; b=zcaPadRrA2WaRKnITIcOL9OrEP6tluFT9G1j1ejcQgT7Zl2yqWTKmlcJoLvBwqe2gZ 4Fhbq4ja4KZp+WKBakPZMAJVOaOWPWxF7T2ty/DtzOlnBg0k9eBoEPmZBV7eDbN84DT2 cjAhdgVZQ+ZHWXL8QLgMCklY/tPaNeaoe8zBhUypnbaDWZvS7Mx1xiFAz9h5aTTMicjN FBjMFkGTBm7Jx/tEo+jNEGG16MHmqBluK/zKvKcNcRfAcnDhMcXKLRUtrspik99XAKtp KfVkncdjxMyitTcqYxIqLFTtIXcSjbStUKLwEWO8WurRGYKxOmM+q2NrMpi/RNDfV6G/ VcDA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@hartkopp.net header.s=strato-dkim-0002 header.b=LEDCh8kM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p1-20020a17090ab90100b001cb42a61a7esi3298977pjr.75.2022.05.12.06.26.46; Thu, 12 May 2022 06:27:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@hartkopp.net header.s=strato-dkim-0002 header.b=LEDCh8kM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245368AbiEKPBp (ORCPT + 99 others); Wed, 11 May 2022 11:01:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50360 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244143AbiEKPA6 (ORCPT ); Wed, 11 May 2022 11:00:58 -0400 X-Greylist: delayed 179 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Wed, 11 May 2022 08:00:55 PDT Received: from mo4-p01-ob.smtp.rzone.de (mo4-p01-ob.smtp.rzone.de [81.169.146.166]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 502C3BD5 for ; Wed, 11 May 2022 08:00:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1652281071; s=strato-dkim-0002; d=hartkopp.net; h=In-Reply-To:From:References:Cc:To:Subject:Date:Message-ID:Cc:Date: From:Subject:Sender; bh=xaR6s5/QWptKMXOs5sooqJ3794ArNGAXxaZwjDyLBPo=; b=LEDCh8kMG+ELS3FDK2MfiSK2mxTqus3ky7xLwfN9SLuEW8lTukm9YjP1F8TNol+ZK1 1JFPZH/+nFX+AbmC3+g8N1qUME4meOPEeOaiNLJUvO5koaHRGOLVW3UEk3+Z3qd7Ws1c XcraidpU/1W9+jWegmV/JFayi2nf023bKy4agL0yWkng2L9L/4rsLiW3i9TAt5+54GNr MLVFDHR7KB4cjJc6eVNkoROSZ2JDhbFhwXL2jmNQ859QdqfCNo9KGrhISqfuVITkEoOW ZnQgi9SNtX4k3HqrOdBYImwDTV7QI1Lg5HeQlaMH3n1wV6h+r0GGaJZFR2CmJqry27H0 lj2Q== Authentication-Results: strato.com; dkim=none X-RZG-AUTH: ":P2MHfkW8eP4Mre39l357AZT/I7AY/7nT2yrDxb8mjG14FZxedJy6qgO1qCHSa1GLptZHusx3hdBqPeOuh2koeKQvJnLjhchY2TXGXhEF98MlNg==" X-RZG-CLASS-ID: mo00 Received: from [IPV6:2a00:6020:1cff:5b00:9642:f755:5daa:777e] by smtp.strato.de (RZmta 47.42.2 AUTH) with ESMTPSA id 4544c9y4BEvoybs (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Wed, 11 May 2022 16:57:50 +0200 (CEST) Message-ID: <3c6bf83c-0d91-ea43-1a5d-27df7db1fb08@hartkopp.net> Date: Wed, 11 May 2022 16:57:50 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: [PATCH 1/1] can: skb: add and set local_origin flag Content-Language: en-US To: Marc Kleine-Budde Cc: Oleksij Rempel , Wolfgang Grandegger , Devid Antonio Filoni , kernel@pengutronix.de, linux-can@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, David Jander References: <20220511121913.2696181-1-o.rempel@pengutronix.de> <20220511132421.7o5a3po32l3w2wcr@pengutronix.de> <20220511143620.kphwgp2vhjyoecs5@pengutronix.de> <002d234f-a7d6-7b1a-72f4-157d7a283446@hartkopp.net> <20220511145437.oezwkcprqiv5lfda@pengutronix.de> From: Oliver Hartkopp In-Reply-To: <20220511145437.oezwkcprqiv5lfda@pengutronix.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.5 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_NONE, T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/11/22 16:54, Marc Kleine-Budde wrote: > On 11.05.2022 16:50:06, Oliver Hartkopp wrote: >> >> >> On 5/11/22 16:36, Marc Kleine-Budde wrote: >>> On 11.05.2022 15:24:21, Marc Kleine-Budde wrote: >>>> On 11.05.2022 14:38:32, Oliver Hartkopp wrote: >>>>> IMO this patch does not work as intended. >>>>> >>>>> You probably need to revisit every place where can_skb_reserve() is used, >>>>> e.g. in raw_sendmsg(). >>>> >>>> And the loopback for devices that don't support IFF_ECHO: >>>> >>>> | https://elixir.bootlin.com/linux/latest/source/net/can/af_can.c#L257 >>> >>> BTW: There is a bug with interfaces that don't support IFF_ECHO. >>> >>> Assume an invalid CAN frame is passed to can_send() on an interface that >>> doesn't support IFF_ECHO. The above mentioned code does happily generate >>> an echo frame and it's send, even if the driver drops it, due to >>> can_dropped_invalid_skb(dev, skb). >>> >>> The echoed back CAN frame is treated in raw_rcv() as if the headroom is valid: >>> >>> | https://elixir.bootlin.com/linux/v5.17.6/source/net/can/raw.c#L138 >>> >>> But as far as I can see the can_skb_headroom_valid() check never has >>> been done. What about this patch? >>> >>> index 1fb49d51b25d..fda4807ad165 100644 >>> --- a/net/can/af_can.c >>> +++ b/net/can/af_can.c >>> @@ -255,6 +255,9 @@ int can_send(struct sk_buff *skb, int loop) >>> */ >>> if (!(skb->dev->flags & IFF_ECHO)) { >>> + if (can_dropped_invalid_skb(dev, skb)) >>> + return -EINVAL; >>> + >> >> Good point! >> >> But please check the rest of the code. >> You need 'goto inval_skb;' instead of the return ;-) > > Why? To free the skb? That's what can_dropped_invalid_skb() does, too: > > | https://elixir.bootlin.com/linux/v5.17.6/source/include/linux/can/skb.h#L130 > My bad! Pointing you not reading the code ... should better have looked myself :-D