<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - [CI][BAT] igt@i915_module_load@reload - timeout - Unable to sync register 0x2f8100" href="https://bugs.freedesktop.org/show_bug.cgi?id=111214#c14">Comment # 14</a> on <a class="bz_bug_link bz_status_REOPENED " title="REOPENED - [CI][BAT] igt@i915_module_load@reload - timeout - Unable to sync register 0x2f8100" href="https://bugs.freedesktop.org/show_bug.cgi?id=111214">bug 111214</a> from <a class="email" href="mailto:stanislav.lisovskiy@intel.com" title="Stanislav Lisovskiy <stanislav.lisovskiy@intel.com>"> Stanislav Lisovskiy</a> <pre>(In reply to Lakshmi from <a href="show_bug.cgi?id=111214#c13">comment #13</a>) > (In reply to Stanislav Lisovskiy from <a href="show_bug.cgi?id=111214#c12">comment #12</a>) > > (In reply to Chris Wilson from <a href="show_bug.cgi?id=111214#c11">comment #11</a>) > > > Module reload still takes over 190s. It is not fixed. > > > > I thought that was about audio issue, i.e "snd_hda_intel 0000:00:1f.3: > > azx_get_response timeout, switching to polling mode: last cmd=0x202f8100 > > <4> [389.635866] snd_hda_intel 0000:00:1f.3: No response from codec, > > disabling MSI: last cmd=0x202f8100 > > <3> [581.484906] snd_hda_codec_hdmi hdaudioC0D2: Unable to sync register > > 0x2f8100. -11" > > > > CI bug log filter doesn't catch that issue anymore - > > <a href="http://gfx-ci.fi.intel.com/cibuglog-ng/issue/1623">http://gfx-ci.fi.intel.com/cibuglog-ng/issue/1623</a> > > > > So we need to either edit filter or create another bug. > Stan, that's part of <a class="bz_bug_link bz_status_NEW " title="NEW - [CI][BAT] igt@i915_module_reload@.*|igt@i915_pm_rpm@module-reload - dmesg-warn - *ERROR* VBT incorrectly claims port D is not TypeC legacy" href="show_bug.cgi?id=110595">Bug 110595</a>. Despite it is also about module reload, I don't think those have anything in common except that issue happens also in module_reload. 110595 is about dmesg warn which we get because Port D was incorrectly marked as non-legacy TypeC port. Which I believe is not related anyhow to audio codec issue, we are dealing with here. Also I don't think it affects module_load@reload execution time, as it is just a dmesg-warn. I guess we really need to avoid this kind generic bugs to which we associate all kinds of bugs/issues which happen during this particular test case. Initially this bug was about azx_response_timeout message we get during module_load, which is related to audio codec.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>