Date: Sat, 31 Dec 2022 18:57:51 +0100 From: obiwac <obiwac@gmail.com> To: freebsd-current@freebsd.org Cc: manu@freebsd.org Subject: i915: RCS timing out when being idled Message-ID: <CAN8-kNVng6GyDT8CBqS82%2BunF1QBAqAod2Bv6e9%2BcnPkvSzc0Q@mail.gmail.com>
next in thread | raw e-mail | index | archive | help
--000000000000bd7e9d05f12375cd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hey, I didn't find a more appropriate mailing list to post to, so here it goes: I'm running what is essentially FreeBSD-CURRENT on an Asus C300 Chromebook (iGPU, gen 7). Building branch 5.10-lts (or HEAD on main for that matter) of drm-kmod and loading i915kms results in a wedged GPU, after a call to intel_gt_wait_for_idle fails in __engines_record_defaults in drivers/gpu/drm/i915/gt/intel_gt.c. It fails waiting for the RCS0 engine; not loading a new context to it (i.e. adding a few 'if (id =3D=3D RCS0) continue;' lines to ignore it) allows the= GPU to continue initialisation without wedging. This isn't ideal though because the RCS ends up unhappy after a bit of load and the GPU hangs (RCS engine crashes) :P I guess the issues (the wedging and the hang) could be unrelated but I have a strong suspicion they are. I've been trying to understand how the whole i915 stuff is architectured for a couple days now (Intel's vocabulary is very confusing ngl), but there are a few things I can't really wrap my head around, which leads me asking for help debugging here =F0=9F=98=84 Is there anything else I can try in terms of troubleshooting/anyone else I can contact for help? If not I wouldn't really mind attempting to understand everything through-and-through and fix the issue myself, if there was someone I could ask for a couple short explanations on bits of the driver ;) Last I checked, everything was working well with drm-tip on Linux. Kind regards and a happy new year, Aymeric =F0=9F=A5=82 --000000000000bd7e9d05f12375cd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto"><div dir=3D"auto">Hey,</div><div dir=3D"auto"><br></div><= div dir=3D"auto">I didn't find a more appropriate mailing list to post = to, so here it goes:</div><div dir=3D"auto"><br></div><div dir=3D"auto">I&#= 39;m running what is essentially FreeBSD-CURRENT on an Asus C300 Chromebook= (iGPU, gen 7).</div><div dir=3D"auto"><br></div><div dir=3D"auto">Building= branch 5.10-lts (or HEAD on main for that matter) of drm-kmod and loading = i915kms results in a wedged GPU, after a call to intel_gt_wait_for_idle fai= ls in __engines_record_defaults in drivers/gpu/drm/i915/gt/intel_gt.c.</div= ><div dir=3D"auto"><br></div><div dir=3D"auto">It fails waiting for the RCS= 0 engine; not loading a new context to it (i.e. adding a few 'if (id = =3D=3D RCS0) continue;' lines to ignore it) allows the GPU to continue = initialisation without wedging. This isn't ideal though because the RCS= ends up unhappy after a bit of load and the GPU hangs (RCS engine crashes)= :P</div><div dir=3D"auto"><br></div><div dir=3D"auto">I guess the issues (= the wedging and the hang) could be unrelated but I have a strong suspicion = they are.</div><div dir=3D"auto"><br></div><div dir=3D"auto">I've been = trying to understand how the whole i915 stuff is architectured for a couple= days now (Intel's vocabulary is very confusing ngl), but there are a f= ew things I can't really wrap my head around, which leads me asking for= help debugging here =F0=9F=98=84</div><div dir=3D"auto"><br></div><div dir= =3D"auto">Is there anything else I can try in terms of troubleshooting/anyo= ne else I can contact for help? If not I wouldn't really mind attemptin= g to understand everything through-and-through and fix the issue myself, if= there was someone I could ask for a couple short explanations on bits of t= he driver ;)</div><div dir=3D"auto"><br></div>Last I checked, everything wa= s working well with drm-tip on Linux.<div dir=3D"auto"><br></div><div dir= =3D"auto">Kind=C2=A0regards and a happy new year,</div><div dir=3D"auto">Ay= meric =F0=9F=A5=82</div></div> --000000000000bd7e9d05f12375cd--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAN8-kNVng6GyDT8CBqS82%2BunF1QBAqAod2Bv6e9%2BcnPkvSzc0Q>