From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pl1-f175.google.com (mail-pl1-f175.google.com [209.85.214.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E79003C3C14 for ; Fri, 24 Jul 2026 21:04:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.214.175 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784927069; cv=none; b=MMmswYxTHyHVLPc367J8n1ONJw499Y0OtyjUCPS+aYilXLNg7UvEHvgif4iIqLdQl9wM/D8x+KjXgj2+OP8MMgTQOsXC3p5TKyeWaDFW9nV6SurDFt9mru74p3zKioiGU7Kp9VMLf/P4jzCKOtQMaHQw3sYHHWzpeS6pXSsCS60= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784927069; c=relaxed/simple; bh=2kfGFMMn1SkkcMGUQ+/A+N3nU9GKzTtSzZNGjnbV8UM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=c0YOLPLKLvnPX52KzJ1aUmd49YEhS1sz6Z3R4bNnUCdIWX3BEM5t/zeEg4GBvHLAvWOd+W0HadZwP731CSxFaI7HSc8iuw9zwHo7Y5AvFBE+8PcXg3TW0u7H5y6PTd5BRZWBvnN/NMDv8EzWt20Meozniz05nm4Z3OrG10Vuw5w= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=VPxcD9Qr; arc=none smtp.client-ip=209.85.214.175 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="VPxcD9Qr" Received: by mail-pl1-f175.google.com with SMTP id d9443c01a7336-2caed617615so10856835ad.3 for ; Fri, 24 Jul 2026 14:04:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1784927067; x=1785531867; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=VwUsmXLvkQOCrPIfr7szp1HeyxYyQEY+UzEyT+qGU7E=; b=VPxcD9Qrx4AknY0dVtRhpkrEgCpep9DrtNxIVk737TIXmegil0DLLstVRFtVj5dD6Z sMHs0/uLM0y0NcUvSl8YofUtmwdjytpIM+os2GUFIROoolH81tnKU0IBCsWi7KF9tReW Qp0ZbjPxWGM56BJQ8ajVbRbQC3dUE3vGoHWjc1OaFwXZAxdljORWOYizemLUW187A2Vj fc7X0sU5WkF+CpVcI8LF0aGqXkKEoPXhCjnYSOVuT/V7axcHUxGaEqQuDHoxzP36juAF rIjY7L+RhHYbPYypU7p55U9FeXse5FH+id8tU5b5kj25ZspbClyG6hJ8DhNxo1iUqBTv 6ExQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1784927067; x=1785531867; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=VwUsmXLvkQOCrPIfr7szp1HeyxYyQEY+UzEyT+qGU7E=; b=jKXLraUEf3Z4mcoXSi1g9ERHhpaeV60CxOvQwRwUy9ppfP9u38WuxoKfdUtE5nlrc4 86Wgsgwet5GI616pE25OipTA+nImN0uqJbGYlvp6Spq0KdVbf47doxbPd2zdivkDshPb wcw6FhgLOAMTNnmblkSKNdWteSo5fzw5iYhxhaoCY7HKL0z3TLfXm6Gua7/4QXEqS2yw tQyJIml7Rekf5GWTXAN4t7GybnWdddoQ2AEN2Hszhy4iNATLn1cj+DIBEaSWyy4PXVvp yhFw4ghPTMKgKZxIHFqjCWgVpjgVXm7P+Rw0M4uf53riG6/1eS1KfCkDJtRB6fM9MBq3 nR/g== X-Forwarded-Encrypted: i=1; AHgh+RrCNzhQ0ci5HXPIRM3O1W0x3DcN86+Z7yzEfuxUzNxC+szbeCbCVQaNYZ1iOt+EoQndanLFfu6oOSsT24M=@vger.kernel.org X-Gm-Message-State: AOJu0YytoIihyeRON0mZV1VSSqDF3lnbDJ93rDc1YRYRiWq1di5BtbYN yWV968G2XWDPMClUaM+DUNnO/otXArdQ5uB0KOuuxGxaVJ5HtuBN1q/S X-Gm-Gg: AR+sD12vCv0zaO7Z2nfK7d8Vb0DcjsZGOuUUxjNsUqJgHOrnNJoKfIGa0JtCyss9Pq+ wO3dKYS6S2OxTjqVQ8AGa3HgknT/xNQDvJjMcgoXK5xsNEsylL8vRYG1oA7tB6zZkHir249GJDl dApehBUilwJyGsADEbKfZM9VeIZ99qI6go+VQ5HFR4GN403aMdwotBKyO3Puw3WsTaSFcQ1Z6qn ibhurucEoDKCdpQw0zxdzK6RuORUBPT2CC0ucyB14nKV03qT7YwJlADbQw2HJs7MzmKaXMXy972 2ihTqCBlvd9aU1I8O3hYoqvSh9Co0i+yvC9wmoYxz5cb6AsNVbjP7SyFpBnvXD7TLKadZGvFUaE 1t1iNusBowwXWC3yXO8xfEdzt26VEzKtilzEL7/w361jlruh8hojQ3b4Yu3B5ktp8LU9JbrqBlt aQPOZvWVUvFdpDD8+rmLv+AiUu6/AE0fdx87qZ9bFBsGT1vF+k13/CfFdvt1C+BczGYlJZl8fhA tdYY4ozyOWCDSW5Yg0= X-Received: by 2002:a17:903:2b0d:b0:2ca:d975:5bbd with SMTP id d9443c01a7336-2cfde7c4b2bmr712645ad.20.1784927067004; Fri, 24 Jul 2026 14:04:27 -0700 (PDT) Received: from devvm29614.prn0.facebook.com ([2a03:2880:ff:48::]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2cfde5e2b8esm257875ad.31.2026.07.24.14.04.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 24 Jul 2026 14:04:26 -0700 (PDT) Date: Fri, 24 Jul 2026 14:04:24 -0700 From: Bobby Eshleman To: Jakub Kicinski Cc: Donald Hunter , "David S. Miller" , Eric Dumazet , Paolo Abeni , Simon Horman , Andrew Lunn , Gerd Hoffmann , Vivek Kasireddy , Sumit Semwal , Christian =?iso-8859-1?Q?K=F6nig?= , Shuah Khan , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-media@vger.kernel.org, linaro-mm-sig@lists.linaro.org, linux-kselftest@vger.kernel.org, sdf@fomichev.me, razor@blackwall.org, daniel@iogearbox.net, almasrymina@google.com, matttbe@kernel.org, skhawaja@google.com, dw@davidwei.uk, Joe Damato , Bobby Eshleman Subject: Re: [PATCH net-next v5 3/3] selftests/net: devmem.py: add check_rx_large_niov Message-ID: References: <20260708-tcpdm-large-niovs-v5-0-34bf6fac941b@meta.com> <20260708-tcpdm-large-niovs-v5-3-34bf6fac941b@meta.com> <20260721110903.34840531@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260721110903.34840531@kernel.org> On Tue, Jul 21, 2026 at 11:09:03AM -0700, Jakub Kicinski wrote: > On Wed, 08 Jul 2026 15:55:06 -0700 Bobby Eshleman wrote: > > +@ksft_disruptive > > +def check_rx_large_niov(cfg) -> None: > > + """Run the devmem RX test with rx-buf-size = 16 KiB.""" > > + run_rx_large_niov(cfg) > > Any idea why the devmem tests sprinkle disruptive everywhere? > Disruptive means we take the link down, I don't think this test > does that. Talked to Stan and he mentioned the original idea was not necessarily just for link down, but any test that could be considered disruptive to other tests, with the idea to eventually introduce some scheduling (postpone disruptive until the end). If we can get common agreement on its meaning, maybe I could submit something into the documentation and update where its misused? I'll drop it from this patch since it doesn't bring down the link (and seemingly no worries about check_rx_hds() tests not having it). Best, Bobby