Am Tue, Mar 29, 2022, schrieb Chen, Angus: > > When we playing a H265 file on our Tiger Lake platform (OS : Yocto, > CPU : Intel® CoreT i7-1185GRE Processor (12M Cache, up to 4.40 GHz)), > we encounter a system hang/freeze issue (without enabling GuC > submitting) > > We use the following command to reproduce this issue. > [gst-launch snippet]... > > We also can reproduce this issue on upstream v5.15.27-rt35. > > The dmesg log from UART port. After the log showed "the sched: RT > throttling activated", the screen freeze. > First, are you running a custom RT workload that has gone rogue; e.g., your RT application got stuck in an infinite loop? Second, were you by any chance running gst-launch with RT priorities? Anyway, before running the gst-launch snippet above, can you also try first, under root: echo -1 > /proc/sys/kernel/sched_rt_runtime_us and see if it helps? > > > After bisecting, we found that it was related to the following patchset > > https://lkml.org/lkml/2021/10/6/367 > In general, please avoid using https://lkml.org. It's a private service that obscures the unique email identifier, Message-ID, within its URL. Use the now official "https://lore.kernel.org/"; instead, which keeps the Message-ID field explicit. Anyway, I always got a Cloudflare-404 when accessing the lkml.org link above, sorry. Good luck, -- Ahmed S. Darwish Linutronix GmbH
