Created attachment 79371 [details] dmesg: DRM_INFO after running testdisplay Environment: ------------------------------ Kernel: (drm-intel-next-queued)f2799ab0a317ecde76161df5d3102aa6e0e2c9e4 Some additional commit info: Author: Jani Nikula <jani.nikula@intel.com> Date: Tue May 7 15:10:29 2013 +0300 drm/i915: fix hotplug event bit tracking Description: ------------------------------ I retest with the latest -next-queued kernel, it's much more better, there's only a little DRM_INFO messages after running testdisplay like below: <6>[ 182.607082] ALSA sound/pci/hda/hda_eld.c:334 HDMI: ELD buf size is 0, force 128 <6>[ 182.607127] ALSA sound/pci/hda/hda_eld.c:351 HDMI: invalid ELD data byte 0 <6>[ 182.607188] ALSA sound/pci/hda/hda_eld.c:334 HDMI: ELD buf size is 0, force 128 <6>[ 182.607228] ALSA sound/pci/hda/hda_eld.c:351 HDMI: invalid ELD data byte 0 Reproduce step: ------------------------------ 1. booting up machine 2. dmesg -c 3. ./testdisplay -a 4. dmesg -r | less
Shouldn't this bug report go to the Audio teams?
Otoh the eld shouldn't be 0, so this could be something we botch up in our hdmi code.
Curious as to whether this magically disappeared by itself...
(In reply to comment #3) > Curious as to whether this magically disappeared by itself... I tested with latest -next-queued kernel, and it just like what you said, the issue magically disappeared. And there's not other issue in dmesg. I think it's fixed.
Hopefully fixed, definitely notourbug at least!
Closing old verified.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.