Received-SPF: pass (google.com: domain of linux-kernel+bounces-129481-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249;
Message-ID: <0cdbf4d6-3dce-42ee-8029-c486ec999fb5@nvidia.com>
Date: Wed, 3 Apr 2024 11:02:30 +0100
User-Agent: Mozilla Thunderbird
Subject: Re: [PATCH 6.8 000/715] 6.8.2-rc1 review
To: Sasha Levin <sashal@kernel.org>, linux-kernel@vger.kernel.org,
 stable@vger.kernel.org
Cc: torvalds@linux-foundation.org, akpm@linux-foundation.org,
 linux@roeck-us.net, shuah@kernel.org, patches@kernelci.org,
 lkft-triage@lists.linaro.org, florian.fainelli@broadcom.com, pavel@denx.de,
 "linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>
References: <20240324223455.1342824-1-sashal@kernel.org>
From: Jon Hunter <jonathanh@nvidia.com>
Content-Language: en-US
In-Reply-To: <20240324223455.1342824-1-sashal@kernel.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0:
	=?utf-8?B?QWVHR1AxZHpJTE5hcXJqTHpPMnpnRGlmTm5veUxObkZjZXNPZG4xd2w5Witu?=
 =?utf-8?B?c1JWWkVUd2NmNU9KOTVCR09PWklibWtaRzZmSXpoalNxQ0JIQUNZWHlJbXIz?=
 =?utf-8?B?eVRMOEVtcFpBaFNQbUV4RFNqb2tXWEpwcnFJTGE3dlVlanNmMWcxN28ySmwr?=
 =?utf-8?B?NjR3VGFvVW9QODFCd3FSRTUyMW52K3B6VzFGRENqVWdNL0JJNXdRaUVpcVZN?=
 =?utf-8?B?TmF6MG9uakNUS1o5QXc1N0YxeGg2cHBmY014Z1R4MTVja3YyYm45Wk43QTd5?=
 =?utf-8?B?NGZ6dzhLZ21ockdIY1Qzb29SWnhlaDdDMXN1aml6NDd2amhGcHFkK29Sakli?=
 =?utf-8?B?dHVMbmhjSHN6Zk5EaUgxUnlwaHNnRHp3Tyt3SnFYbXE3NkFOZ0svZlFGbXVl?=
 =?utf-8?B?c211QTNEaHI2MElhdlVUSzJJR3FHQ3pzMkU5L3pheVlRZE1CYlRtK3RuMThs?=
 =?utf-8?B?UzZqZmloZ3hXSWZMNFRGNE1Mc1BmQnp3Q3p3Y3pIRzRwdnhxYkltTitIWGl2?=
 =?utf-8?B?MFlhY3RLNksxMEMzM3VFVWMvWThEUlNhSnBtaldhSXFrcE1Ca2orLzIyc3lr?=
 =?utf-8?B?eTNETmdtK1RPdTFkbVBhVmY4UTRVanBIbVdQUTBsUEoyL3pMUXJxWDF0ak0y?=
 =?utf-8?B?cFRPYlVidTdHZGNNMTdzNU5DNnY4ZXRzTzlrOVFWNjB3UlhGT2pFYXRZT25h?=
 =?utf-8?B?K3A1cjNrb1B6UjhSZlBJOE1UdFU5SmwrZUdQVGJjaG1jT3RSVFRLci83ckMy?=
 =?utf-8?B?L096a2VuMDkra1VrSi9VYzYva0FCb2xXTDRHcG9oYTNBM2R1THB1L1dreGFF?=
 =?utf-8?B?S0wySWR4TnB5WU5EVnRxdjlhSHJGVEM3WXRIL2t0dEx0L0FxdFplbDEwaG1a?=
 =?utf-8?B?N0p1UmpjQi9OejhjaVIwYndMSE02WkpWay96TnFOOWd2VUJCZXNScy9EQ0tM?=
 =?utf-8?B?c2FUcVlHMkJ2MStVeTZlQVl5TU5UMjNmckxSNnR4b2lETXdFSzU4ckhUKzRL?=
 =?utf-8?B?WVBtSGlLVVkvUW10ZTQrZGl2RzRXUmRtR09kL0pJQ0JRMklGa2xXUVFkRE9i?=
 =?utf-8?B?M2dCZUhqY1pCaGJaS0hOVjg4c2JvVFF2cytiZUorbVlieFNGZENKWTZkeTVH?=
 =?utf-8?B?cXl5SURGTXJVeXphdUlqMmVBMEo3czhZY2NsTlRNdjc0NkowOFdyTE9MMVAy?=
 =?utf-8?B?Wmo5dERjdVB2TkRMV1lVUHBtR2hFalFORUJ3U3RjVzM0MHFkQU03ZkQ0bWFi?=
 =?utf-8?B?bnRFeU1CUURyQ1dHV3Q4elY2aDhXZ3Bsc1BYNmdtaXpnMFFzbG1lL2V6bUVp?=
 =?utf-8?B?Nm43cjY2M2p5d2hFNk51RHFucGdBVDB1cE8vQ0Q4aUJleGZBZ0NDb2w1ejhR?=
 =?utf-8?B?RmtnWEIzY1duYXl1Q3BvOTkvNmc5M094Ym5sOFlaQ1ZnblBkQ1dqWDYyR0tZ?=
 =?utf-8?B?YWx3K0IrQVBaWTc5a0NLZ2lLVU5iSjRUVFV1UGpPYUVWL1RnQXNsK3c0NUZU?=
 =?utf-8?B?VmZlN2g2TG51LysrN1FFdkh3WSt3Q1pZWEFPb3hhRnhrcnNFSi9tN2Nka1R6?=
 =?utf-8?B?OE5qb0w0eUxLcUJQVzg2bThmYnNhNGNVQk15RlFlb1JDa3ZYcTBOMzhJSUNG?=
 =?utf-8?B?NERqRVdkdXp5b05nVUF0bmgxdkhFRFlyMnB3enJoUVlVMDdSaTQ3aHkzcXJx?=
 =?utf-8?B?UUFzQWRJV0VkdE1CcmkzNHJwdHFhQzlJTi9TYnNlUlBhdCtSeDU1eTNMY2FZ?=
 =?utf-8?B?dk9YdDFiajBqR2ZrdDl2OUhwUnQ2cCs1bVRGWkdkcEpSb1A1ZGNJakdCcnl3?=
 =?utf-8?B?ZU9EbzRIN1RvYUFIak9xN2RLZHFzV3UwMXNSeDFyZGVYKytpbDkraHdtNXRR?=
 =?utf-8?B?bW94YnZHK05yWjZRaXVFcnFDQjM1MUhRdDF3ZzlVaWltVHcvR1VUKzlYZ2ZB?=
 =?utf-8?B?VVlSTFRGV1djKzdBUGpQQmlWakxCTHYySlBDdDg2M2s5UFdNTXVudDJDY0Ix?=
 =?utf-8?B?c1htVWVJZnQvZHF4UnMya0VUOFhocXpadzRQRXZkMmFmTHRrN2VhaUhFcyt2?=
 =?utf-8?B?RVBRYUtHYVFXTmpvbFBGT3JwNGhiMmZ5R0VvWFkwUW40aU0vUzJabFNnQXI5?=
 =?utf-8?B?elIwUlUzMnVKejJLSHZjNy9KVnp1bE5QWE0xSTA3Q0lPL1NETEhzNFdVemJM?=
 =?utf-8?B?bUE9PQ==?=
X-OriginatorOrg: Nvidia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: bab413c7-101b-4fae-26cd-08dc53c53128
X-MS-Exchange-CrossTenant-AuthSource: CO6PR12MB5444.namprd12.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Apr 2024 10:02:37.9424
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 43083d15-7273-40c1-b7db-39efd9ccc17a
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 7Sb2LnYg/+e+BK+Ocd5wPTr+XYr+rv2tn3RBGmEYwoqAKg2FE0fWJXEmy5Zjm348ONAcs5ud1T7Hi/iiDstlNw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: LV8PR12MB9418

Hi Sasha,

On 24/03/2024 22:22, Sasha Levin wrote:
> 
> This is the start of the stable review cycle for the 6.8.2 release.
> There are 715 patches in this series, all will be posted as a response
> to this one.  If anyone has any issues with these being applied, please
> let me know.
> 
> Responses should be made by Tue Mar 26 10:34:31 PM UTC 2024.
> Anything received after that time might be too late.
> 
> The whole patch series can be found in one patch at:
>          https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git/patch/?id=linux-6.8.y&id2=v6.8.1
> or in the git tree and branch at:
>          git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.8.y
> and the diffstat can be found below.
> 
> Thanks,
> Sasha

..

> Tejun Heo (9):
>    workqueue: Move pwq->max_active to wq->max_active
>    workqueue: Factor out pwq_is_empty()
>    workqueue: Replace pwq_activate_inactive_work() with
>      [__]pwq_activate_work()
>    workqueue: Move nr_active handling into helpers
>    workqueue: Make wq_adjust_max_active() round-robin pwqs while
>      activating
>    workqueue: RCU protect wq->dfl_pwq and implement accessors for it
>    workqueue: Introduce struct wq_node_nr_active
>    workqueue: Implement system-wide nr_active enforcement for unbound
>      workqueues
>    workqueue: Don't call cpumask_test_cpu() with -1 CPU in
>      wq_update_node_max_active()


Sorry I am late on this, but I was not copied and so did not see this. I 
noticed a suspend regression on Tegra186 with v6.8.y and bisect is point 
to commit "workqueue: Implement system-wide nr_active enforcement for 
unbound workqueues".

Reverting commits "workqueue: Don't call cpumask_test_cpu() with -1 CPU 
in wq_update_node_max_active()" and "workqueue: Implement system-wide 
nr_active enforcement for unbound workqueues" does fix the problem.

Note that I am not seeing this regression on the mainline with v6.9-rc2 
and so I am not sure if there is something else missing? I am also still 
seeing the problem with v6.8.3-rc1.

Jon

-- 
nvpublic