From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: sekoohaka.sarisan@gmail.com
Cc: Lee Jones <lee@kernel.org>,
mfd@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4] mfd: intel-lpss: Prevent DebugFS messages if it is not initialized
Date: Mon, 14 Sep 2026 15:49:06 +0300 [thread overview]
Message-ID: <aqftQrjT5RtIn-Ax@ashevche-desk.local> (raw)
In-Reply-To: <20260914-intel-lpss-debugfs-v4-1-0eb82ea7c1e3@gmail.com>
On Mon, Sep 14, 2026 at 04:21:31PM +0500, Maria Lisina via B4 Relay wrote:
> The original code expects DebugFS to be always initialized which
> causes unwanted warnings when DebugFS is simply disabled.
>
> Therefore it spams dmesg with these messages:
>
> intel-lpss 0000:00:15.0: Failed to create debugfs entries
> intel-lpss 0000:00:15.3: Failed to create debugfs entries
> intel-lpss 0000:00:1e.0: Failed to create debugfs entries
> intel-lpss 0000:00:1e.2: Failed to create debugfs entries
In previous review I pointed out that one of such a message is enough,
no need to repeat it for each LPSS device in the system.
> This patch adds proper check to intel_lpss_init() and
> intel_lpss_debugfs_add() functions to prevent writing to
> uninitialized DebugFS.
...
> Changes in v4:
> - Keep the dmesg messages, instead check whether DebugFS is initialized
> - Link to v3: https://lore.kernel.org/r/20260913-intel-lpss-debugfs-v3-1-1b8e2b1f0992@gmail.com
I mentioned that switching to the debug (or info) level is fine,
I'm a bit puzzled what this version is trying to achieve. Strictly
speaking the debugfs is designed in the way that no checks are
required at all. In this case we want the user be informed about
this as debugfs carries the LTR values.
So, I expect to see dev_warn() --> dev_dbg() or dev_info() in one-liner.
--
With Best Regards,
Andy Shevchenko
next prev parent reply other threads:[~2026-09-14 12:49 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-14 11:21 Maria Lisina via B4 Relay
2026-09-14 12:49 ` Andy Shevchenko [this message]
2026-09-14 14:27 ` Maria Lisina
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aqftQrjT5RtIn-Ax@ashevche-desk.local \
--to=andriy.shevchenko@linux.intel.com \
--cc=lee@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mfd@lists.linux.dev \
--cc=sekoohaka.sarisan@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®