Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp2466545rwd; Fri, 2 Jun 2023 09:46:09 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ4HJoCRaKWhKtepK4KUYLdXgsL77Op4KAKCJAAdPdheHoJJQTVL7JAqXGpUeYrZAfYSaI0o X-Received: by 2002:a17:90b:374a:b0:256:23f:abc5 with SMTP id ne10-20020a17090b374a00b00256023fabc5mr429659pjb.10.1685724368800; Fri, 02 Jun 2023 09:46:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685724368; cv=none; d=google.com; s=arc-20160816; b=MyJCIXqNMokk/Z5VqEVLIWURatC/lijrAQ6XgZHJPyRpIOfpao280MVR5hJA/sXkBu YyGjgY8I2nIdsNkVs2WDUtb9S4fhsyHlrop9oVJ5WEG2yBz5VmAK9rZoYvX/XcdpHUV6 A9th8wAzFsLCYvS6dLtwAAiFu2b/ln3Ytz4C2x437IX03ULKh89G/l+fUwHTMwdMNXvG 9RrcG0Ghd9PrUJ5xu4WZc+vS2qDGqp50LumZJ/o9bRmqFal1y9akmtiW5TZZYWHAscQu Qaij+Aefxx+SMPpbPaO2+LJldThozfMsXp2sk/sf1xzioY+SzrueVruI5tFYJv1N3WT7 rm7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=ylTYNcq/T0p1mAXTdkHDJ5fB7uz2w0siBcRJAmSbIhc=; b=AO5navxpVdmpTRhm+YsYLfx/1+VNftf9wunsferP+8GZETuX+zgWVDixK1wNI7j11s CBeQjQhA7YeM7RSXNzl+JCPFDoccqXz6YlOpmRUpRMkRuKj2B5lcW5Opj7v3yp35WIDC nHtdmkrSAsKnb4W0XbMRF+zdJq8ukB7WIRhklFnuSiIr2ll4oHIJ9HekxJ/NafjlvVa2 iA9Sma889T1GpXM0uqhapDXwZ0Kl6KqNPIcsI1Cgp+DklhxB+4iRcT1470k3HVfq0iSL lRH7PI8pFHJsv49+1z5/FC4VNYEI98cNIOOyQYI6A36Yq+l/zplcaJHPH8QxSfWz2o2B jgAw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=EP2oraAs; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bg8-20020a17090b0d8800b002535c2c4c8esi2965786pjb.150.2023.06.02.09.45.56; Fri, 02 Jun 2023 09:46:08 -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=@kernel.org header.s=k20201202 header.b=EP2oraAs; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236342AbjFBQjg (ORCPT + 99 others); Fri, 2 Jun 2023 12:39:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58012 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236178AbjFBQje (ORCPT ); Fri, 2 Jun 2023 12:39:34 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6C7381B1 for ; Fri, 2 Jun 2023 09:39:32 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 02CF96177F for ; Fri, 2 Jun 2023 16:39:32 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A95E1C433D2; Fri, 2 Jun 2023 16:39:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1685723971; bh=8bHNswoYHnSXiwlo70dxM9TzF2xyp76+5Txn9KrkcSE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=EP2oraAs3QhbPgvUBRn9rQxBwby+mZyogAhpZlMjbPgtVQgzUfSn85GgQNt9QQ7cE J6rqiysXHUN+V/NdAGZLcUM9jYpgRlGe4lKDRKMgd6qAkKpNRApYIIKXCiPzVvbbl9 ecnWbqlQV/DkEX6WUbgxsXxZ1Ogdj4DveBysM9xfVOOczmSaX+OCBvIbxwRC+ZQMKC WH5FQuQdl7JaE+UeMiK0hwRK/mqoXS1ebNE+jECkk7XLJcQdpZ6YSr4FMjNbjplfAu xxaiju23JPAXST7BkvUu2LfePX9M4nQk70yeNO9XLnGqjWJpvKl6rjXZZRT+q9OVNq HWjsvMb/W23tg== Date: Fri, 2 Jun 2023 09:39:29 -0700 From: Jakub Kicinski To: Linus Torvalds Cc: David Howells , netdev@vger.kernel.org, "David S. Miller" , Eric Dumazet , Paolo Abeni , Willem de Bruijn , David Ahern , Matthew Wilcox , Jens Axboe , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Chuck Lever , Boris Pismenny , John Fastabend , Christoph Hellwig Subject: Re: Bug in short splice to socket? Message-ID: <20230602093929.29fd447d@kernel.org> In-Reply-To: References: <20230524153311.3625329-1-dhowells@redhat.com> <20230524153311.3625329-10-dhowells@redhat.com> <20230526180844.73745d78@kernel.org> <499791.1685485603@warthog.procyon.org.uk> <832277.1685630048@warthog.procyon.org.uk> <909595.1685639680@warthog.procyon.org.uk> <20230601212043.720f85c2@kernel.org> <952877.1685694220@warthog.procyon.org.uk> <1227123.1685706296@warthog.procyon.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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 Fri, 2 Jun 2023 08:11:47 -0400 Linus Torvalds wrote: > If then some *real* load ends up showing a regression, we may just be > screwed. Our current behavior may be buggy, but we have the rule that > once user space depends on kernel bugs, they become features pretty > much by definition, however much we might dislike it. > > At that point, we'll have to see what we can do - if anything. Can we have a provisional plan of how we'll fix it if someone does complain? We can't just revert David's work, and if none of the solutions are appealing - socket implementations may be left holding the bag. I dislike the magic zero sends, and I think you do, too. In case of TLS its unclear whether we should generate an empty record (like UDP would). Can we add an optional splice_end / short_splice / splice_underflow / splice_I_did_not_mean_to_set_more_on_the_previous_call_sorry callback to struct file_operations?