Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3016647imu; Mon, 17 Dec 2018 11:43:38 -0800 (PST) X-Google-Smtp-Source: AFSGD/XAwmh+nO3bxlgL2ZjfJRkC1GpwBFXjeTW8yj+M5lworl+U5nitmlvRxQkAcQs8wjmxhBnB X-Received: by 2002:a17:902:e085:: with SMTP id cb5mr13612167plb.24.1545075818593; Mon, 17 Dec 2018 11:43:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545075818; cv=none; d=google.com; s=arc-20160816; b=hreeRtGX+uwWt9ZdGSddCWguE3xUxozjSw2Gsi3hCf1QVDvGO8OqgK/I2s+oAXpWpR ARe2iulXt5R1SN7Tjb3jpWDU2ooy6r1zqqqchJNGFt818KnQ5AttEzhBWEwA4FPQi++I SCxS/7R69GZNxms/sS8OQLdNUEzum5CFI9Vx0FgUKTuKmKI3FchTYRZ/ILbhN8dF2Skj N0xUfq/TG6rgs4qy/GJLSgJ9Ai9pQlK30KGrKVyTkatybqnV/lf3Usc1vFM39vx4Q+/C WQnr4pC7y26aPTN2N86VpPZbvFpj0gNOa7/NeKldnkOtZfuIhjiuYnzZYNpf4PYhr3Qt Pzhw== 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 :content-language:mime-version:user-agent:date:message-id :organization:subject:from:to:cc:dkim-signature; bh=KL2eLk3w7EOYOCW+Mwtw2xCHq5jFui0R0M7TcN42v88=; b=Yfoz1tM5CDZDGQjKguzBhik2fuw+yjGfR/HL45xubuozKbtGnwvI5OtklSPwfd7Q8a KwrIOhoSIm/H+Hh8qqpdbjZE4HrKQ8Ag9SyKiObbRhiT1P4K1ZLcrT4H7Ew5Mp2+nJ9w m/IKWQm5lV9UJWbThEJA7JjQln2qbChgbx6x7RoHVgPNKLi4MCGXfn9f9a0DfN4rkifF 6V7FgQOBvgCGHD3DaX/G+PMNeN7sKX0N3jZmdU+v+1/x0Y+IRniG+eDGuHWSIE+Cvk5M lQVxR1kChEr0Sussmt+lwg0SCqwNLr6mD9Yyozo8RSWWSchZ6ZkDMgT+tQdt9gTvw9CB skZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=kWDefwrK; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i96si11511815plb.188.2018.12.17.11.43.23; Mon, 17 Dec 2018 11:43:38 -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; dkim=pass header.i=@linaro.org header.s=google header.b=kWDefwrK; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728105AbeLQRxO (ORCPT + 99 others); Mon, 17 Dec 2018 12:53:14 -0500 Received: from mail-qt1-f177.google.com ([209.85.160.177]:46917 "EHLO mail-qt1-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727509AbeLQRxN (ORCPT ); Mon, 17 Dec 2018 12:53:13 -0500 Received: by mail-qt1-f177.google.com with SMTP id y20so15033751qtm.13 for ; Mon, 17 Dec 2018 09:53:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=cc:to:from:subject:organization:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=KL2eLk3w7EOYOCW+Mwtw2xCHq5jFui0R0M7TcN42v88=; b=kWDefwrKEC4QdkJBPxVbt/yRXuv/GI5d+7W9rpTWz+okZ6VF2xQTlW02BwGCEuoVPn P1EyDZ+7m+72M583QbEup6V7JzL+VPL1zFmKbEmxmSnW5msRUshcZoUQL5n370nXOGVN Q5or//Od5X4j0lnB2HNJBBQgBaMGFW6XPHYgE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:cc:to:from:subject:organization:message-id:date :user-agent:mime-version:content-language:content-transfer-encoding; bh=KL2eLk3w7EOYOCW+Mwtw2xCHq5jFui0R0M7TcN42v88=; b=pY1xkREqFyH7B3iygBd0fuzmzVQuz/9wSRbgG9Xsqfzk4mPplvArXWoYMQ5JsTR55f XnYVCKs0gmD9BsXeMJqFxD9PIC1eM9cx4PNZP5nbh011iU9jA3sIh7bP5klvBVoKwXHv ZLB8pqYharEgjudvSHG8XVgvHzmAbQn95bYP2UlLrR0/MPOQnnKGwET9JkOlBgWM0X+l tDL3/eewOk8avV3rooVTsnJgOP2Hu8DoECzzEtjDJgqtYAJuyNKQE3EF2cbXimkLuxqp O/lDRn/njXoBgPsDxMw21SthCxmY+Cw1xbGs0lirt0HOU7fkRY+yh+oFpeDExLynNWZI ILAw== X-Gm-Message-State: AA+aEWYDTYDAu5GVkERWWDHAvwMss8sp7XUbvhKQegckkemjY1P5Y2vI K2afRP7yVUEsJpZjZYJV6+CYIg== X-Received: by 2002:aed:2f05:: with SMTP id l5mr14626929qtd.356.1545069192520; Mon, 17 Dec 2018 09:53:12 -0800 (PST) Received: from [192.168.49.18] ([138.204.25.31]) by smtp.gmail.com with ESMTPSA id y12sm9339923qta.13.2018.12.17.09.53.08 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 17 Dec 2018 09:53:11 -0800 (PST) Cc: Rafael David Tinoco , "David S. Miller" , netdev@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org, Willem de Bruijn , Dan Rue , Anders Roxell To: Shuah Khan From: Rafael David Tinoco Subject: selftests/net: udpgso: LTS kernels supportability ? Organization: Linaro Message-ID: Date: Mon, 17 Dec 2018 15:53:07 -0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Shuah, I was recently investigating some errors coming out of our functional tests and we, Dan and I, came up with a discussion that might not be new for you, but, interests us, in defining how to better use kselftests as a regression mechanism/tool in our LKFT (https://lkft.linaro.org). David / Willem, I'm only using udpgso as an example for what I'd like to ask Shuah. Feel free to jump in in the discussion if you think its worth. All, Regarding: udpgso AND https://bugs.linaro.org/show_bug.cgi?id=3980 udpgso tests are failing in kernels bellow 4.18 because of 2 main reasons: 1) udp4_ufo_fragment does not seem to demand the GSO SKB to be > than the MTU for older kernels (4th test case in udpgso.c). 2) setsockopt(...UDP_SEGMENT) support is not present for older kernels. (commits "udp: generate gso with UDP_SEGMENT" and its fixes seem to be needed). With that explained, finally the question/discussion: Shouldn't we enforce a versioning mechanism for tests that are testing recently added features ? I mean, some of the tests inside udpgso selftest are good enough for older kernels... But, because we have no control over "kernel features" and "supported test cases", we, Linaro, have to end up blacklisting all selftests that have new feature oriented tests, because one or two test cases only. This has already been solved in other functional tests projects: allowing to check the running kernel version and deciding which test cases to run. Would that be something we should pursue ? (We could try to make patches here and there, like this case, whenever we face this). Or... should we stick with mainline/next only when talking about kselftest and forget about LTS kernels ? OBS: Situations like this are very time consuming before we can tell if there was a regression or the older kernel did not support the test case. Thank you for the attention. Rafael -- Rafael D. Tinoco Linaro - Kernel Validation