From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pg1-f172.google.com (mail-pg1-f172.google.com [209.85.215.172]) (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 41D751E86F for ; Fri, 6 Sep 2024 19:59:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.215.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1725652773; cv=none; b=XD9ldz4TQcql/fpscahMoeB9SrMFuCQ5fwna+JB9XWIeB9VkJCp2xB5aklW3GEaJF3Qv8UNjZc4Yzi87kgf/pEO3OYulaSi3ghLyrcUCdbfEhGJrtGBb0FmU8w5k3c+fcGwEdrcKaugqFACaDRkqkkpM9rWtrssw81Eaqfmxuuw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1725652773; c=relaxed/simple; bh=zSzs9XF+x/1KkoRiNGi5kV1jCEh/iJ2kEJcFjq7VkbM=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=d96DY6RkL6w0wE2UDRAssM+yABZCE/NFjJ9PIfB9aJZoLTmrcqF59QKgIZUlROHfOMces22+5J3FmWcaiL3G5k6LkeEs5qFgGJl8UXaey6rImQf2mJ/VQngheSNPkmJUEENCll5ZhsuyjeHc5U4fPjVl4XN6quNbpXpcX9E9Mt8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linuxfoundation.org; spf=pass smtp.mailfrom=linuxfoundation.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=RIzC9UgD; arc=none smtp.client-ip=209.85.215.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linuxfoundation.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linuxfoundation.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="RIzC9UgD" Received: by mail-pg1-f172.google.com with SMTP id 41be03b00d2f7-7d666fb3fb9so834677a12.0 for ; Fri, 06 Sep 2024 12:59:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; t=1725652770; x=1726257570; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=yJtGxt1Yxmajuv7Da4bpt3HLYkbYaQ0buhDsfmlEWxo=; b=RIzC9UgDI/i1PlMjn622dB5CP8YpUNn+SXd+rdUQNE1rA9+FPuq9GwTWMApIRDX13X p0e2Y0FptcfSaOi4YxUW28bXscbZUosz4kZXQQvvf4Whmaz5DZLN0AW55dl0rZDTwsY4 VIB3DLguzhH9F6Fq/8ZK3AR2qrKPdnaQuO4SE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725652770; x=1726257570; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=yJtGxt1Yxmajuv7Da4bpt3HLYkbYaQ0buhDsfmlEWxo=; b=vkn/m3dPwaMoKbmgTbOGWWbXSvQBC3WEYZMNLOtUQg32q605eHGeRdPWSJ6rQejxiB o3teCUHMLgzMBuDhArxUWwMktq3AYO/TlB+r5TC6zBHJzpyeI3M9nwebtm7xeU3wG+Yq ZxRgZvLEVzfGW+4kYeVCPO1tR1EZfEeF5zNZRULfEzvpOoFI/Y/5wU9BvjT+PRPWpEP/ 6LPR7v9Tzn8aaHbStgY/0JFOWoSs1Z0kdHgrn38alXIHOBo2wem3JvsmGGeQ31lLXDiz CO47yo3HSR4vWsK1Ok1b7V7MDcazQnsQz26J4xlTZsr4LiVwCCCLHENKm67dyqb4PhBY FMkg== X-Forwarded-Encrypted: i=1; AJvYcCWwtydUhUyrDgl0Ol1Lea/7YSHpC4nKCMPt/0VamiL8OwfHBX5E87bNkSf5y4bSRubCNndFampDrRBpbFkfgb4=@vger.kernel.org X-Gm-Message-State: AOJu0YwopiEYpSGl6gu83aVSY2xlcq+uel/hGj9z9SG/8eaIB7+BV5kl xJ8mfCaUo/wUrG5SDW8LYsmuFn64cuE8OnsWdu47cppkarwMI7medrOR/lQkbp4= X-Google-Smtp-Source: AGHT+IG/UUgsagncAjg6+2NJnLOtzlWH0jzdVTx3NQ2SWB89VvDiS/cA4xYkFEVW0sjolGl/5jvZNw== X-Received: by 2002:a05:6a21:7108:b0:1cf:12aa:4cf7 with SMTP id adf61e73a8af0-1cf1bf7db2emr6031827637.3.1725652770281; Fri, 06 Sep 2024 12:59:30 -0700 (PDT) Received: from [192.168.1.128] ([38.175.170.29]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-718e3ee88dfsm100978b3a.199.2024.09.06.12.59.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Sep 2024 12:59:29 -0700 (PDT) Message-ID: Date: Fri, 6 Sep 2024 13:59:28 -0600 Precedence: bulk X-Mailing-List: linux-kselftest@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v6 1/2] selftests: Rename sigaltstack to generic signal To: Dev Jain , shuah@kernel.org, oleg@redhat.com Cc: mingo@kernel.org, tglx@linutronix.de, mark.rutland@arm.com, ryan.roberts@arm.com, broonie@kernel.org, suzuki.poulose@arm.com, Anshuman.Khandual@arm.com, DeepakKumar.Mishra@arm.com, aneesh.kumar@kernel.org, linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org, sj@kernel.org, Shuah Khan References: <20240822121415.3589190-1-dev.jain@arm.com> <20240822121415.3589190-2-dev.jain@arm.com> <714f8eb4-b226-48f6-ab0d-75bdfbf83364@linuxfoundation.org> <42d0fa4b-eb67-42fd-a8e1-05d159d0d52f@arm.com> <806e4be0-4b1f-4818-806f-a844d952d54e@arm.com> <514713eb-235c-40ee-8c25-f1f3e1ca7f7a@arm.com> <0b3af60f-0449-48a1-b228-f26618b9d50a@arm.com> Content-Language: en-US From: Shuah Khan In-Reply-To: <0b3af60f-0449-48a1-b228-f26618b9d50a@arm.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/4/24 23:56, Dev Jain wrote: > > On 9/4/24 22:35, Shuah Khan wrote: >> On 9/3/24 22:52, Dev Jain wrote: >>> >>> On 9/4/24 03:14, Shuah Khan wrote: >>>> On 8/30/24 10:29, Dev Jain wrote: >>>>> >>>>> On 8/27/24 17:16, Dev Jain wrote: >>>>>> >>>>>> On 8/27/24 17:14, Shuah Khan wrote: >>>>>>> On 8/22/24 06:14, Dev Jain wrote: >>>>>>>> Rename sigaltstack to generic signal directory, to allow adding more >>>>>>>> signal tests in the future. >>>>>>> >>>>>>> Sorry - I think I mentioned I don't like this test renamed. Why are you sending >>>>>>> this rename still included in the patch series? >>>>>> >>>>>> I am not renaming the test, just the directory. The directory name >>>>>> is changed to signal, and I have retained the name of the test - >>>>>> sas.c. >>>>> >>>>> Gentle ping: I guess there was a misunderstanding; in v5, I was >>>>> also changing the name of the test, to which you objected, and >>>>> I agreed. But, we need to change the name of the directory since >>>>> the new test has no relation to the current directory name, >>>>> "sigaltstack". The patch description explains that the directory >>>>> should be generically named. >>>>> >>>> >>>> Right. You are no longer changing the test name. You are still >>>> changing the directory name. The problem I mentioned stays the >>>> same. Any fixes to the existing tests in this directory can no >>>> longer auto applied to stables releases. >>> >>> I understand your point, but commit baa489fabd01 (selftests/vm: rename >>> selftests/vm to selftests/mm) is also present. That was a lot bigger change; >>> sigaltstack contains just one test currently, whose fixes possibly would have >>> to be backported, so I guess it should not be that much of a big problem? >>> >>>> >> >> So who does the backports whenevenr something changes? You are adding >> work where as the automated process would just work without this >> change. It doesn't matter if there is another test that changed >> the name. >> >>>> Other than the desire to rename the directory to generic, what >>>> other value does this change bring? >>> >>> Do you have an alternative suggestion as to where I should put my new test then; >>> I do not see what is the value of creating another directory to just include >>> my test. This will unnecessarily clutter the selftests/ directory with >>> directories containing single tests. And, putting this in "sigaltstack" is just >>> wrong since this test has no relation with sigaltstack. >>> >> >> If this new test has no relation to sigaltstack, then why are you changing >> and renaming the sigaltstack directory? > > Because the functionality I am testing is of signals, and signals are a superset > of sigaltstack. Still, I can think of a compromise, if semantically you want to > consider the new test as not testing signals, but a specific syscall "sigaction" > and its interaction with blocking of signals, how about naming the new directory "sigaction"? >> Adding a new directory is much better >> than going down a path that is more confusing and adding backport overhead. >> Okay - they are related except that you view signalstack as a subset of signals. I saw Mark's response as well saying sigaction isn't a good name for this. Rename usually wipe out git history as well based on what have seen in the past. My main concern is backports. Considering sigstack hasn't changed 2021 (as Mark's email), let's rename it. I am reluctantly agreeing to the rename as it seems to make sense in this case. thanks, -- Shuah