From: Jacob Keller <jacob.e.keller@intel.com>
To: David Airlie <airlied@redhat.com>
Cc: Jocelyn Falempe <jfalempe@redhat.com>,
Thomas Zimmermann <tzimmermann@suse.de>,
<dri-devel@lists.freedesktop.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Pasi Vaananen <pvaanane@redhat.com>
Subject: Re: further issues with MGA G200 graphics chipset
Date: Thu, 23 Apr 2026 14:39:28 -0700 [thread overview]
Message-ID: <a5a20cea-3e02-4e22-96a2-da2ac1a0b0a1@intel.com> (raw)
In-Reply-To: <CAMwc25qszFpFGXC8A6DSDhpE8AEEbqh1B6sUJMT=t6t+CaBJ0g@mail.gmail.com>
On 4/22/2026 5:05 PM, David Airlie wrote:
>>
>> These all appear to be workqueue warnings about functions that are
>> hogging CPU. If I look carefully, it looks like they are all possibly
>> related to the same mgag200 driver. At the very least
>> output_poll_execute is certainly related to the mgag200 stall.
>>
>> I do noot understand exactly what is causing the driver to get stuck,
>> its something in the i2c routine for reading the EDID block.
>>
>> I also see this being printed:
>>
>> EDID block 0 (tag 0x00) checksum is invalid, remainder is 125
>>
>> It appears to print quite consistently every few seconds. I guess this
>> might be possibly related to a bad EDID block on the mgag200 device?
>> What does this even mean?
>>
>
> It sounds like the polling is having trouble with the i2c bus even if
> there is no cable plugged in, probably cheaped out on some pull
> up/down resistors on the VGA connector.
>
> does adding drm_kms_helper.poll=0 help to the command line help?
>
> Dave.
>
This looks like it is a global parameter for all users of the
drm_kms_helper. Would it be feasible to have a mgag200 specific
parameter made available?
I am testing this out now, but if it helps, it would be good to be able
to disable polling only for mgag200 in the off chance that some system
has another device which depends on its functionality? I guess that may
not be super common so maybe its not a big deal...
Thanks,
Jake
next prev parent reply other threads:[~2026-04-23 21:39 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-22 23:55 further issues with MGA G200 graphics chipset Jacob Keller
2026-04-23 0:05 ` David Airlie
2026-04-23 21:39 ` Jacob Keller [this message]
2026-04-23 7:44 ` Thomas Zimmermann
2026-04-23 16:35 ` Jacob Keller
2026-04-23 19:22 ` Jocelyn Falempe
2026-04-23 19:42 ` Jacob Keller
2026-04-23 21:02 ` David Airlie
2026-04-23 21:18 ` Jacob Keller
2026-04-24 6:16 ` Thomas Zimmermann
2026-04-24 6:20 ` Thomas Zimmermann
2026-04-24 7:36 ` Jocelyn Falempe
2026-04-24 7:47 ` Thomas Zimmermann
2026-04-24 23:29 ` Jacob Keller
2026-04-27 12:14 ` Thomas Zimmermann
2026-04-27 22:53 ` Jacob Keller
2026-04-27 23:32 ` Jacob Keller
2026-04-28 19:12 ` stuart hayes
2026-04-28 21:07 ` Jacob Keller
2026-04-29 6:40 ` Thomas Zimmermann
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=a5a20cea-3e02-4e22-96a2-da2ac1a0b0a1@intel.com \
--to=jacob.e.keller@intel.com \
--cc=airlied@redhat.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=jfalempe@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pvaanane@redhat.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox