From: Andi Kleen <ak@linux.intel.com>
To: Maxime Ripard <mripard@kernel.org>
Cc: maarten.lankhorst@linux.intel.com, tzimmermann@suse.de,
airlied@gmail.com, simona@ffwll.ch,
dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] drm: Print bad EDID notices only once
Date: Thu, 26 Sep 2024 07:09:43 -0700 [thread overview]
Message-ID: <ZvVrJw7dUTbzZ1dX@tassilo> (raw)
In-Reply-To: <20240926-jumping-garrulous-tarsier-9dc7e8@houat>
On Thu, Sep 26, 2024 at 03:51:09PM +0200, Maxime Ripard wrote:
> Hi,
>
> On Thu, Sep 26, 2024 at 06:32:53AM GMT, Andi Kleen wrote:
> > I have an old monitor that reports a zero EDID block, which results in a
> > warning message. This happens on every screen save cycle, and maybe in
> > some other situations, and over time the whole kernel log gets filled
> > with these redundant messages. Printing it only once should be
> > sufficient.
> >
> > Mark all the bad EDID notices as _once.
>
> Is it?
>
> I mean, it probably is if you connect and reconnect the same display,
> but if it's two different then the second definitely has value.
If the first display had a good (or differently corrupted) EDID block the
second bad one would still be printed. The case where you don't see anything
is if you connect two different displays with the same kind of EDID corruption.
I'm not sure if that is actually actionable in any way. I certainly
have no idea what I would do with it.
But I think what you're suggesting is to include some identifier per
monitor, but I'm not aware of anything that would work here because
if the EDID block is bad there is nothing that is intelligible to
the user. Including the device like it was suggested earlier also
wouldn't help because it is tied to the connector, not the monitor.
In the end it's a trade off between a dubious benefit versus
a significant down side (flooding logs).
-Andi
next prev parent reply other threads:[~2024-09-26 14:09 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-26 13:32 [PATCH] drm: Print bad EDID notices only once Andi Kleen
2024-09-26 13:39 ` Hamza Mahfooz
2024-09-26 13:53 ` Andi Kleen
2024-09-26 13:51 ` Maxime Ripard
2024-09-26 14:09 ` Andi Kleen [this message]
2024-09-26 13:59 ` Jani Nikula
2024-09-26 14:07 ` Ville Syrjälä
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=ZvVrJw7dUTbzZ1dX@tassilo \
--to=ak@linux.intel.com \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=simona@ffwll.ch \
--cc=tzimmermann@suse.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.