From nobody Sun Feb 8 01:51:46 2026 Received: from mail-wr1-f43.google.com (mail-wr1-f43.google.com [209.85.221.43]) (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 5322123F417 for ; Tue, 30 Dec 2025 14:34:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.43 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767105283; cv=none; b=RChr11j759l3imnl25twUGGv1mP7GA3kulbfS70kQkNMj9LH3vLaOQaSu5reBtQeipaFQ/B2FcdI7MRX4kecADkKjge03BYK19GfaBs91QJlvPLwS1hTnJjKlA6nmc7tBODyQ+XYqvaFfVHQf7eoGCoWX16gKFr2+NpAvi1LLqM= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767105283; c=relaxed/simple; bh=KoYLwHneht1PiDc3ZMeV8jsaEkp3iNQJynkzP0bKtzg=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=gFhYZ9Fs3+VmQ8jWBmCZcRuokYpj/Z/k+1tZxB/CjvULkEdW8rLbtdu/7ZcSI36VaVq5xIeyIJHocZ0a36RXZRgCzuzxhi+byOsWU6c/jYJAkJHjZEOulnJjP/BzSDcEDqlzYlcHFe4hUsogVwdmhm0B8wf61OmJr6w+rB3yJgg= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com; spf=pass smtp.mailfrom=suse.com; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b=IB5xAREA; arc=none smtp.client-ip=209.85.221.43 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=suse.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b="IB5xAREA" Received: by mail-wr1-f43.google.com with SMTP id ffacd0b85a97d-43284ed32a0so1549930f8f.3 for ; Tue, 30 Dec 2025 06:34:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1767105279; x=1767710079; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=bdN/9k6EsRbfhtuyrjMNEuOVTDLjPmM9gCITSIDuBIc=; b=IB5xAREAZ1khE0ULQ9OFNWQTUbyhfig5iOwtWSajY5Sq09rlUR5dNLAqJkIqhULH1Z DxsfAG577ge++Uhkgj3ktTV/otmFQIbCVXOfGH4RKoimetpNrl7LM7szhMOzse2tpyHZ 9Fvzsa1om30thUNACUEB5sTXpbx0E34wwUfJV4y1EDCisZjMyPnowKfx25dpH0GLAWJd 0QUhn7lRJB3cb4dgCic8BYxvIpkmWNxJvL/ZCIYElAMXi8Rbd51cGkCB9AdE0s45vTG4 PCxP9U6shyp3r833nWm2kpSE3zT1xbsXisca0SOqOBv3OSOs1pjEFz3+ug3CaQHPmaJX WRYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1767105279; x=1767710079; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=bdN/9k6EsRbfhtuyrjMNEuOVTDLjPmM9gCITSIDuBIc=; b=rT21eVl3GDJLGd3eEoBckLDAo1mfgDcv3sPoKMEn46GfaxIF21exUnlAfq4CxxZ+Ci YZun2HklFjU1S3PmZiBPqT8D9qOPTMsu/D17LCREFgcVYKUP4xo0AgVJtWd6vtRLGXAQ vHWob7BqSEMf6YAsjZTfk7SSXvsLAN+ypa/caKsO94fxfVvohY6cMxmJV8b3iQnTVeMj r1Bkt7Kx+o1p2iN5DAxbKHI3XZe8ciphHKiX0GkBXHU3iqEa9js0xmjIKtU50z+DrA6v tjLTZsZlZySz7aKRnO/3XpJmCKZbH6AMOVoVU/CPOYVHKHO4FO+CeKXTPYpkSBr9P7y0 jzYA== X-Gm-Message-State: AOJu0YyQjsosQ5mkRXK1Hxh+2FdxLIESHkszeoypbAhxSvyl3AGbBgzU a0zH3J7Pkqn68CMY5XwAdjEkHm+fhRUbeIrGo24jQG2NWVM6mqkXpT8M9L/T7pv7bPMNeTZkTt8 u/HIY X-Gm-Gg: AY/fxX7yFewvWcCNcj85/grpj2jjozOQW9JmvP6vcbgV7oyWeGXrZg39RhQSI0ukoiK XkcbQRhCWAKq54SFRI0ulyezDjw+c+MIQ+NLr4KDsnUmlYpFtoEc94sf0lp3rMcDNX7DZEiF1Q0 bY9qFP57H+fAxoZBg8Lcsi1XhxLYXz6pZ8rVFH4nigVwwkhwr85XToll5SWyE8DM9z3QlEV9pxv 1Sem7aC27GhMRUsR0ksgdG07/9omOs51GqAcucCws5hjebCMNmf/4J8afHvcUwhQHUeRzbMgeKZ 973AAPkrDRmoZpOxoVgNrU3+D5uuYjBJDBaeQzDt7JsabnvMb2r1GtXBIykexNQhGLFbUXJsIsI 0YCXAho/Csl3NbPPWPUReMR0GDEqY0ve+08CbFrjAkWoqcPqnOS8WOE7juqWu6iYx4LWn82lza3 uyWfzWqf5ajQOTaGVzSAXm8sSWyA== X-Google-Smtp-Source: AGHT+IEjE9Uo0j0DxPcH6y2QbUU75EjGUcWU0gw8zzeZp5kqlhNVFXs0AuUBVHTwm3DxKo/tsQJClA== X-Received: by 2002:a05:6000:2c06:b0:431:1ae:a3be with SMTP id ffacd0b85a97d-4324e4bf93bmr37309699f8f.3.1767105279446; Tue, 30 Dec 2025 06:34:39 -0800 (PST) Received: from linux.fritz.box ([2a00:6d43:105:c401:e307:1a37:2e76:ce91]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-43277b0efefsm35621387f8f.25.2025.12.30.06.34.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 30 Dec 2025 06:34:39 -0800 (PST) From: Marco Crivellari To: linux-kernel@vger.kernel.org, linux-sound@vger.kernel.org, patches@opensource.cirrus.com Cc: Tejun Heo , Lai Jiangshan , Frederic Weisbecker , Sebastian Andrzej Siewior , Marco Crivellari , Michal Hocko , Charles Keepax , Maciej Strozek , Bard Liao , Pierre-Louis Bossart , Liam Girdwood , Mark Brown , Jaroslav Kysela , Takashi Iwai Subject: [PATCH v2] ASoC: SDCA: Replace use of system_wq with system_dfl_wq Date: Tue, 30 Dec 2025 15:34:29 +0100 Message-ID: <20251230143429.179643-1-marco.crivellari@suse.com> X-Mailer: git-send-email 2.52.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" This patch continues the effort to refactor workqueue APIs, which has begun with the changes introducing new workqueues and a new alloc_workqueue flag: commit 128ea9f6ccfb ("workqueue: Add system_percpu_wq and system_dfl_wq") commit 930c2ea566af ("workqueue: Add new WQ_PERCPU flag") The point of the refactoring is to eventually alter the default behavior of workqueues to become unbound by default so that their workload placement is optimized by the scheduler. Before that to happen after a careful review and conversion of each individ= ual case, workqueue users must be converted to the better named new workqueues = with no intended behaviour changes: system_wq -> system_percpu_wq system_unbound_wq -> system_dfl_wq This specific workload has no benefits being per-cpu, so system_wq has been replaced with system_dfl_wq (the unbound workqueue). This way the old obsolete workqueues (system_wq, system_unbound_wq) can be removed in the future. Suggested-by: Tejun Heo Signed-off-by: Marco Crivellari Reviewed-by: Charles Keepax --- Changes in v2: - use system_dfl_wq instead of system_percpu_wq because this workload has no benefits being per-cpu. - rebase on v6.19-rc3. sound/soc/sdca/sdca_ump.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/sdca/sdca_ump.c b/sound/soc/sdca/sdca_ump.c index 8aba3ff16872..a86bb28c6d0a 100644 --- a/sound/soc/sdca/sdca_ump.c +++ b/sound/soc/sdca/sdca_ump.c @@ -257,6 +257,6 @@ void sdca_ump_schedule_timeout(struct delayed_work *wor= k, unsigned int timeout_u if (!timeout_us) return; =20 - queue_delayed_work(system_wq, work, usecs_to_jiffies(timeout_us)); + queue_delayed_work(system_dfl_wq, work, usecs_to_jiffies(timeout_us)); } EXPORT_SYMBOL_NS_GPL(sdca_ump_schedule_timeout, "SND_SOC_SDCA"); --=20 2.52.0