From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pz2-f12.google.com (mail-pz2-f12.google.com [74.125.228.12]) (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 BBA9337E5F2 for ; Sat, 3 Oct 2026 01:34:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.228.12 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790991261; cv=none; b=eTKGe9gZ1y6xE3XfyiAMvCTO2plQPGtpL0NFTA1UaXkgM8sf/YYo0Kgk+v6FAhJEUNt7G9m9GVlOO5mwflPrV8ebIG5TQe6pQI4g+lPYQVOHqjD5vrp8236sK2zWBmtS3v2VMRa/DZiBG8/IOzscAaRafingaM6m4F9kUSmCHfI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790991261; c=relaxed/simple; bh=dcN4JKaX3uG/6QlpJtazZDraUxMMRgZ4+sja8nBc76w=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=liC167OTsHIljnqwjKXAUKddT+mAqSzdWi9QWPcOWeXrpdnXUrwYX1tnf+r9tT/1aTirT9fHSyJz6vlJ4OmHMJD4iIiRx5/4Prinh/t3l4YaQ56/w4XGpv+65A2jG7WGdQEYGXJAa3BQcIBIg88eEK4jxos/b/ANPnjVyQlSzHM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=rBCeeAxM; arc=none smtp.client-ip=74.125.228.12 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="rBCeeAxM" Received: by mail-pz2-f12.google.com with SMTP id 41be03b00d2f7-cc4aa0f1766so13605a12.0 for ; Fri, 02 Oct 2026 18:34:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1790991259; x=1791596059; darn=vger.kernel.org; h=content-type:content-transfer-encoding:mime-version:references :in-reply-to:message-id:date:subject:cc:to:from:from:to:cc:subject :date:message-id:reply-to:content-type; bh=dcN4JKaX3uG/6QlpJtazZDraUxMMRgZ4+sja8nBc76w=; b=rBCeeAxMVC5Sef65H9vBQgzgLJ5Iuz5i+u9KP9ZbsgkVaF9IVCmziTpiZO/K7/kw8B ffZspoG0G6QjEvUiqLsLAJnKas3xCiyfcS4QAA71Oy18uQMPt90KFNAQ8/umj/+0Qf8o 8HyRhH+TRthDfw0dnR2tJUzymmnT7Mnn8I3qABpkvuRbS80y8j5hDEOsplYfClY1lgfJ KAiCmCxNnYa/UZjLposP5NPjFzjCIqzK1PiGauuxavqhiDK0hVySvtzt/vQoI9TYTINh nHaqu+iIJG5nlbXV2v4GRVvNcVubHzSZHt2ZcnwJnZPYYrhenlLhohil3wjArpXuzwK8 j8RA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1790991259; x=1791596059; h=content-type:content-transfer-encoding:mime-version:references :in-reply-to:message-id:date:subject:cc:to:from:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=dcN4JKaX3uG/6QlpJtazZDraUxMMRgZ4+sja8nBc76w=; b=xA9SPFxmgro1VdEUEsMitYGoytI1yPVMfitaOv5iSWLVUamyVYpOQdR/XVIfJTNdFq imZ202z36ri5VmFWcC15in6xRBPq92zkcvN6mhKXabJgBtrkvER8FRhwFE+Ti11lICnv PVmVhQneey8vqaU/OdD/YwafljUED1jlyLRECKEAi6GBXpeCCNMsgt9ebrAwSfBlXgtQ qjPe/hnMFnLTJ8orLcQSKF1MN0DkhScv+I6+Qti9eM2Aetjmd7rzdntKQw9z0YKCGd0W xKIqygfefZmhgsENnKTCVAQSQmJkkyqECBi4dN+2t4o+v1lMZDQlLQFwTKnAp2GqsQpi oedg== X-Forwarded-Encrypted: i=1; AKwUvByI6Rv03jkm04m3POH0ooYNDVYVyPLn9+AhOxtT4iwmbs18io3BOdeusU9fKGTKNrlw9tKoWs2fOqnT@vger.kernel.org X-Gm-Message-State: AFq9FYK8ngzd5gbYdIqdbCRYfks6HXMhsAa6LCKAb2aE3XgFuku3WqLA evYGmKWV+lfmcuEKqa0vdw7p5cYQ+Dv2LpRPaXfyKAyRewqv5scsqWYB X-Gm-Gg: AYBFou0y9AD7ic5knAQDf/0WOb4YvNOn4MXyRMnx4AaqjR4Ft/9/ir0FQZLu19xiLlg dmCalXdJ6cvwRjbhDTzyoklz8/n6h/Sxyd5sMXf0HgX/p7k8uwwM60NFLEjvw3He1BNiQHQOFFH bLj5esJxrFiHFr42eAnVyzOp0sPwD57YCMfEG6m6MvE2G3O862CbokMKTT4Iq8U3OYpZ5Q9GkyB tqvy1zh5eCrpe2bx1C3DC9GT2g/bf7bhcKBooPU/XoIXQ5JZaEBa1tibiSvD37mG5l4fNAfpkLl TMKxK2s/41RkjR5iq1Jvpu1iZ+0xaZ4WSjjonL1VMQJS6UpHYsfZ9zTMA+WrjI7AGlTSlMbmPmF EtAia2ATJiFylU8iYk7ZwqIJJGbXxWCCPOqr6xtiVvzdpobYDl1v7Z1+2U970nq0zdAD0HppDT7 lYNJj1JPNN2rzUcQSVxSorolO2nMfcD+hkVvJf7TsZmGR/P8+LnmTmKlW4BqyFkNB+MMGCUdMeW OKk0h8eXzzmMru7izbVu/+oBWa9hyWnrzK6YU5A44yTBhK8N/vLKtjJHh5oRjuLfLVeSVn0Sshu p611AmUjzPlaVtlu5wHdSW2DoG5OtdLH3ud8cWIi6oDskneVubY= X-Received: by 2002:a17:90b:3c44:b0:39e:6c6a:6577 with SMTP id 98e67ed59e1d1-3a6ced75f41mr3500888a91.58.1790991258652; Fri, 02 Oct 2026 18:34:18 -0700 (PDT) Received: from setsuna.localnet ([2403:581e:d87e:0:fc2d:ed31:e80e:412d]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-3a78e4664ebsm861575a91.7.2026.10.02.18.34.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 02 Oct 2026 18:34:17 -0700 (PDT) From: James Calligeros To: Takashi Iwai Cc: Martin =?UTF-8?B?UG92acWhZXI=?= , Liam Girdwood , Mark Brown , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Sven Peter , Janne Grunau , Neal Gompa , David Rhodes , Richard Fitzgerald , Jaroslav Kysela , Takashi Iwai , Ulf Hansson , Amit Kucheria , "Rafael J. Wysocki" , Lars-Peter Clausen , Vinod Koul , Matthias Brugger , AngeloGioacchino Del Regno , Shenghao Ding , Kevin Lu , Baojun Xu , Sen Wang , James Schulman , asahi@lists.linux.dev, linux-sound@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, patches@opensource.cirrus.com, Takashi Iwai , linux-mediatek@lists.infradead.org, Hector Martin Subject: Re: [PATCH 08/28] ALSA: control: Add kcontrol callbacks for lock/unlock Date: Sat, 03 Oct 2026 11:34:07 +1000 Message-ID: In-Reply-To: <878q4k2xl0.wl-tiwai@suse.de> References: <20260920-macaudio-v1-0-741cc20a74e5@gmail.com> <20260920-macaudio-v1-8-741cc20a74e5@gmail.com> <878q4k2xl0.wl-tiwai@suse.de> Precedence: bulk X-Mailing-List: devicetree@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" On Tuesday, 29 September 2026 7:52:59=E2=80=AFpm Australian Eastern Standar= d Time=20 Takashi Iwai wrote: > On Sun, 20 Sep 2026 06:53:47 +0200, >=20 > James Calligeros wrote: > > From: Hector Martin > >=20 > > This allows drivers to implement policy around locking/unlocking > > controls, such as enforcing that a group of controls may only be locked > > by the same process/file, and taking actions when the controls > > lock/unlock (such as granting special access on lock and resetting > > values on unlock). > >=20 > > This is, in particular, useful to implement volume safety controls, such > > that only a particular process (that locks controls and completes a > > handshake) may increase volumes above a given safe limit. It also allows > > the volume to be automatically lowered if that process dies (which will > > trigger an implicit unlock). > >=20 > > Signed-off-by: Hector Martin > > Signed-off-by: James Calligeros >=20 > This doesn't sound like a good approach to me, and this looks rather > irrelevant with the purpose of the series. I'm not sure what you mean by it being irrelevant. A significant portion of the machine driver is dedicated to implementing safety interlocks based on the functionality added via this patch. It would be impossible to prevent badly-behaving users{,pace} from defeating the safety guarantees made by speakersafetyd (and thus permanently damaging the machine) without giving speakersafetd exclusive ownership over the safety interlock kcontrol. Is there something specific about this approach that you do not like? >=20 > thanks, >=20 > Takashi James