From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.zeus03.de (zeus03.de [194.117.254.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BCC493E9F82 for ; Tue, 14 Apr 2026 15:28:55 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=194.117.254.33 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776180541; cv=none; b=DO4uUAU8ZhnQxyDxMac3TODAiGH86QDkQpoAqDFeEOTfgWzo0ITY+KeD7UR5zw5Yj9NwkJcycKDXTs/bd9KHiXU8zATrmGdHyKaQFy/5Cr+UZXN5vfND6PIIer6AdrmsCNrA80GoyCur9GSvNdUkjfMNhsKS2+7ftuNbzFMyOpg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776180541; c=relaxed/simple; bh=fz5pRjhkjMTuP+brTZUaRV9J+qrUwjzMAkp9Go4tr6c=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=vGIxFad7M/VDovvp/aG1F7mfmjOcn3UG7edgsBZIW74w2iE9hOx1oPNcX8cz01wacSTEb0EcpWYsrMSVEbiPOfu0mzwriPQVyHNBzhzlWN1RtyONY2C3bTJuLJROUUTNaIA1C5dfyIrHfu6O5+Wc7Wu7ik2l+eMY83XxOZVctbA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=sang-engineering.com; spf=pass smtp.mailfrom=sang-engineering.com; dkim=pass (2048-bit key) header.d=sang-engineering.com header.i=@sang-engineering.com header.b=SVtfkoUo; arc=none smtp.client-ip=194.117.254.33 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=sang-engineering.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=sang-engineering.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=sang-engineering.com header.i=@sang-engineering.com header.b="SVtfkoUo" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= sang-engineering.com; h=date:from:to:cc:subject:message-id :references:mime-version:content-type:in-reply-to; s=k1; bh=0l0J 6yshapco55lEyBnphQBbeRE4G1o50MjKKLxeTd4=; b=SVtfkoUoMtW0myd+X+UD cggn/CB/uJsRv9UuqeAs/KzdUuXlt2V6wlMlMsNyWxPGPwbnH/NjTEMi9wQanAgk QU+vWbL3jPu5kL3ySRyQ6tYD8XikOzuO8oDswcL4sRm9mwOhC3i7YkgSb3ITyWto HzfUfDD3i60LZ7IHLOxQOj5xTl3ySdxElJw3TPcCWO5vCvxLSXlXuw8OHYLPRqsR lnvQeY26SJd4Zbt4YLnZnP2mNRxWDleov+shX0YG+Wm+CdKIzrC24wSyqJiTIVyF JDxFptdMGkM3SYyecDB9uvZA0Ji863+W64Oymm6o7QATmKB2y7+cmbRRyV+oHoai oQ== Received: (qmail 2780505 invoked from network); 14 Apr 2026 17:28:47 +0200 Received: by mail.zeus03.de with ESMTPSA (TLS_AES_256_GCM_SHA384 encrypted, authenticated); 14 Apr 2026 17:28:47 +0200 X-UD-Smtp-Session: l3s3148p1@/9dbQW1P0rgujntG Date: Tue, 14 Apr 2026 17:28:46 +0200 From: Wolfram Sang To: Geert Uytterhoeven Cc: linux-renesas-soc@vger.kernel.org, linux-kernel@vger.kernel.org, Sudeep Holla , Jassi Brar Subject: Re: [PATCH v3] mailbox: add list of used channels to debugfs Message-ID: References: <20260413120139.36287-2-wsa+renesas@sang-engineering.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="rJYfpSWLF6RptIQQ" Content-Disposition: inline In-Reply-To: --rJYfpSWLF6RptIQQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Geert, > > Signed-off-by: Wolfram Sang >=20 > Thanks for your patch, which looks useful! Glad you like it! > Can you please put it in a subdir, like all other summaries: Sadly not, because of the paragraph from above: > > Note that mailbox controllers currently can be instantiated at any > > initcall stage. So, per-controller debugfs handling was discarded > > because it is not clear when to create the root "mailbox"-debugfs entry. > > A central file was chosen, similar to the GPIO subsystem, which is > > independent of the initcall stage because it will be accessed only when > > userspace is available anyhow. I would need to use core_initcall for the mailbox-subsys. debugfs itself also uses core_initcall. Then, some drivers (e.g. hi3660-mailbox) use core_initcall. I don't think the subdir is worth all the potential race conditions and fragile solutions which usually come with it. Or do you know a solid solution to this problem? Happy hacking, Wolfram --rJYfpSWLF6RptIQQ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEOZGx6rniZ1Gk92RdFA3kzBSgKbYFAmneXSoACgkQFA3kzBSg Kbb6qQ//VjSw5TK0Fk1gEM5OUCsqNTgOnBpfugmUPCAQ5DRWcynJyIfuWY2tyquU xQcJPhWlTd9U/Ru3BPjfWXe19DPYkMzylMUocJjivA87pBsgvFaYPfvdducG+7dR AystKTGDM8DTPchSMJb1CnKAaqRbZbGGhklJXg51bKnbeGGSilyCbLbdzYFeO8Z3 ts1ni2AFS/XMVZKaNOxEhP0eJ0BCmClPnK7eou6bcZU2Oxw4/ZtXFfr7MdOHNMch kOciAslZX3LTZ9+ajhv4uAbUH3Rd31JzUH22TUQ/Q4uNc6mVcpIRmPGvvMq044Vy Xyc0O/FYIb3jGM9m0uKTIn7eLm+8suK6OHnmlietzHVfG3oU+sJOL4mkf7bSul5s utjyQ4jjyKjPAOccY2tpllwWbELBmeHIwRTY0pE5PlT55LSVl89aPR7LCBJ0SfdY B2Eva6e+L0AGciX0gk/cbBijd4mPvzhrHyqv2njfpjJigttTDgaLNe8GjwJqCjMb 7oNFWprMpvDgMf0bVpvrqiI952m14/gysUMW3kufXiJKKeY9zZXNBLgZS5rAWVd+ GmQ1ak0CdlJOYMnZNxF2/qZ/Fa4/5GmNZLA5rkDV3mzHw3jLaBKrOONGMTQ6CMqF ybaWzhOKObszD3qmXGTP/0cBQrLKIUpeyI12PSwHJTKSYwudKKU= =MBRR -----END PGP SIGNATURE----- --rJYfpSWLF6RptIQQ--