Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp5538608pxb; Wed, 26 Jan 2022 14:29:26 -0800 (PST) X-Google-Smtp-Source: ABdhPJweK+rze1NRTgzBhiTiBzK93rP/QlOdGfk67pBGDFgeoDkG7D1JVaTWJlAh8kUAujPqVQGE X-Received: by 2002:a17:906:2e8b:: with SMTP id o11mr657769eji.383.1643236166667; Wed, 26 Jan 2022 14:29:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643236166; cv=none; d=google.com; s=arc-20160816; b=A2pmlbCa7up/aK03XuoTdEUIzy/b/DWpWceSe5Brju4OzdQs9YexxiaH82FjEUIhKr AxbKDEhh8fgRpq8jwUK/jGNL2A6kRhb4cIQxKGDY3OuesE30EkAnHGQvDDlqknV8vnuX k1jjgxOhn9z8qe/oq3+ail/li9M6OdTMNshu8xspCiceUc6xAoQ9lHorpab+Y9/j3MnU 8XoBppSUQW91mAja1zv1mSB69n0D7YXoRCNJLww+qOX2Bf2tGDt+8Ycx3n3NQhXu+Mqk OJxx0YxHWYo8Hm8S6I3BHXVEvGRS8NyliH+aAg0mZPXxvOy1ae+hJU4dDSTM49vqKqlQ SesQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=TR6UGBsD6mZqSpy2OctJC0zY4UM/MRElTKB7h5irR9k=; b=ahLYhXvc9/vhki7ypMyZARRcRt+g233yy0Ixq/oPxw9cM7qUu9dTzU4Q+MxJdxA+Dr sWZmcOAEEHLQ2Bfw9RV/7PwoPFfZnI42br6gASkUhui79lE4u7NN4oQ3SntWOkXfU34G 1Ymx9HA4429JjsJqg6JjfSHv/cHWcWfM4GTDwez7u0OA00dWRa+pGFvTJT9RnJrOsXaK J++kZ3oMvuoP0bjr6vO+Bpr1kaysXbPiQpU8Nqk6vaNI+BBYkrHSvLLJX3mlvtXgXLR9 mnjqtBOjVxWdUFCr96MsNnUvadlBqhMSTw22uQiP4mTLlgFOvh5Kh2oakcxjQzx4ubIU sDEA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=google header.b=e92ituru; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gn27si251512ejc.879.2022.01.26.14.29.01; Wed, 26 Jan 2022 14:29:26 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=google header.b=e92ituru; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229973AbiAZShY (ORCPT + 99 others); Wed, 26 Jan 2022 13:37:24 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60968 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231153AbiAZShX (ORCPT ); Wed, 26 Jan 2022 13:37:23 -0500 Received: from mail-io1-xd2c.google.com (mail-io1-xd2c.google.com [IPv6:2607:f8b0:4864:20::d2c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8BFC7C06173B for ; Wed, 26 Jan 2022 10:37:23 -0800 (PST) Received: by mail-io1-xd2c.google.com with SMTP id z199so644258iof.10 for ; Wed, 26 Jan 2022 10:37:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=TR6UGBsD6mZqSpy2OctJC0zY4UM/MRElTKB7h5irR9k=; b=e92ituru0/YRtRP0mrQjeZXgaq1Lsye1MNE2Wy6UZs/QPU/ZO53qD9Zo374/WcdHU9 d4/rmHBAgTo/+pfGico+jxFEwgNxJGTXUkGkS8Fus0OAIiVdskj/JfrpaxhuS2DpVQhS DiiPVZrLMwwdRgGO0lztBkHKdQSqSA1knX+D8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=TR6UGBsD6mZqSpy2OctJC0zY4UM/MRElTKB7h5irR9k=; b=03YQRJNY5wipR4cUNMTgRIbmydlUxnHTifasmHXasoghOriXJE81n3Jglo/IJxRFA/ MCqf1lnCLLveI3T925CJRZ5nM1m6vIVUclAmDt2Jfmrt4asCk0nQw1aY0GDIl1fIralc IHoU1eoDTUFqvmRnOtujp52Nk25QZgl8FFC8Xo1dcnzvXJIkGp5PTlQlFJPLZOezB/3f gZDrSA57/D35xDXg7MHU71VR94iX1Mi3fk54w9MLeGyzd9qbhOzTWECBrbPq5slXO4oz otvs4q/HBT211gO0mbLakJxa4y/dMyzk8Tqs2Roq0wF8q4K/K5Q0mJV+n7t4c7PwoKo2 S27w== X-Gm-Message-State: AOAM532H0IlurgOQX1/FvaQcb/hP17uhpRvr+HNIDqJ9+OAC8iiLGJF1 GqS7tsaEE2zCHmFUC9aCL+TecA== X-Received: by 2002:a05:6602:2c0d:: with SMTP id w13mr14373413iov.158.1643222242361; Wed, 26 Jan 2022 10:37:22 -0800 (PST) Received: from ?IPv6:2601:282:8200:4c:f2e:a7f7:d853:1e3? ([2601:282:8200:4c:f2e:a7f7:d853:1e3]) by smtp.gmail.com with ESMTPSA id a10sm12034794ilv.44.2022.01.26.10.37.21 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 26 Jan 2022 10:37:22 -0800 (PST) Subject: Re: [PATCH 1/3] selftests/zram: Remove obsolete max_comp_streams interface To: Petr Vorel Cc: "xuyang2018.jy@fujitsu.com" , "linux-kselftest@vger.kernel.org" , "shuah@kernel.org" , "linux-kernel@vger.kernel.org" , "naresh.kamboju@linaro.org" , "aleksei.kodanev@bell-sw.com" , Shuah Khan References: <1639562171-4434-1-git-send-email-xuyang2018.jy@fujitsu.com> <1146337d-718e-a369-1012-224f06bc9c2f@linuxfoundation.org> <61F0D9F7.1080200@fujitsu.com> <590c1f1c-2da1-583a-d055-83c15969cf80@linuxfoundation.org> From: Shuah Khan Message-ID: Date: Wed, 26 Jan 2022 11:37:20 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/26/22 11:24 AM, Petr Vorel wrote: >> On 1/26/22 12:13 AM, Petr Vorel wrote: >>> Hi all, > >>>> on 2022/1/26 4:33, Shuah Khan wrote : >>>>> On 12/15/21 2:56 AM, Yang Xu wrote: >>>>>> Since kernel commit 43209ea2d17a ("zram: remove max_comp_streams >>>>>> internals"), zram has >>>>>> switched to per-cpu streams. Even kernel still keep this interface for >>>>>> some reasons, but >>>>>> writing to max_comp_stream doesn't take any effect. So remove it. > >>>>> I get that max_comp_stream doesn't do anything since this referenced >>>>> commit. Don't we need this test on older kernels since older kernels >>>>> still support max_comp_stream? > >>>> I read the following info from kernel selftest documentation >>>> https://www.kernel.org/doc/html/latest/dev-tools/kselftest.html > >>>> "The kernel contains a set of “self tests” under the >>>> tools/testing/selftests/ directory. These are intended to be small tests >>>> to exercise individual code paths in the kernel. Tests are intended to >>>> be run after building, installing and booting a kernel." > >>>> So, we can build older kernel(use older kernel source) if we want to >>>> test older kernel. > >>>> IMO, kernel selftest is different from other testsuit(ie ltp, this >>>> shuould think about api changes because ltp may test on different kernel). >>> Yes, that's how I understand the difference with approach of in kselftest - the >>> kernel tree testsuite and LTP - the out-of-tree testsuite. > > >> Removing max_comp_stream test appears to be motivated by the fact it isn't >> needed on newer kernels. > >> Kselftest from mainline can be run on older stable kernels. This is a use-case >> for a lot test rings. The idea is that when a new test gets added for older >> code to regression test a bug, we should be able to run that test on an older >> kernel. This is the reason why we don't remove code that can still test an older >> kernel and make sure it skips gracefully. > > Thanks for clarifying this approach. It might be worth of documenting it in > dev-tools/kselftest.rst. > I will send out a patch clarifying this. thanks, -- Shuah