Hi, Thorsten here, the Linux kernel's regression tracker. Top-posting for once, to make this easily accessible to everyone.
Hmm, from here it looks like the patch now that it was reviewed more that a week ago is still not even in -next. Is there a reason? I know, we are in the merge window. But at the same time this is a fix (that already lingered on the lists for way too long before it was reviewed) for a regression in a somewhat recent kernel, so it in Linus own words should be "expedited"[1]. Or are we again just missing a right person for the job in the CC? Adding Dave and Sima just in case. Ciao, Thorsten [1] https://lore.kernel.org/all/CAHk-=wis_qqy4odnynnki5b7qhosmxtoj1jxo5wmb6sruwq...@mail.gmail.com/ On 12.05.24 18:11, Limonciello, Mario wrote: > On 5/10/2024 4:24 AM, Jani Nikula wrote: >> On Fri, 10 May 2024, "Lin, Wayne" <[email protected]> wrote: >>>> -----Original Message----- >>>> From: Limonciello, Mario <[email protected]> >>>> Sent: Friday, May 10, 2024 3:18 AM >>>> To: Linux regressions mailing list <[email protected]>; >>>> Wentland, Harry >>>> <[email protected]>; Lin, Wayne <[email protected]> >>>> Cc: [email protected]; [email protected]; Leon Weiß >>>> <leon.weiss@ruhr-uni- >>>> bochum.de>; [email protected]; [email protected]; >>>> amd- >>>> [email protected]; [email protected] >>>> Subject: Re: [PATCH] drm/mst: Fix NULL pointer dereference at >>>> drm_dp_add_payload_part2 >>>> >>>> On 5/9/2024 07:43, Linux regression tracking (Thorsten Leemhuis) wrote: >>>>> On 18.04.24 21:43, Harry Wentland wrote: >>>>>> On 2024-03-07 01:29, Wayne Lin wrote: >>>>>>> [Why] >>>>>>> Commit: >>>>>>> - commit 5aa1dfcdf0a4 ("drm/mst: Refactor the flow for payload >>>>>>> allocation/removement") accidently overwrite the commit >>>>>>> - commit 54d217406afe ("drm: use mgr->dev in drm_dbg_kms in >>>>>>> drm_dp_add_payload_part2") which cause regression. >>>>>>> >>>>>>> [How] >>>>>>> Recover the original NULL fix and remove the unnecessary input >>>>>>> parameter 'state' for drm_dp_add_payload_part2(). >>>>>>> >>>>>>> Fixes: 5aa1dfcdf0a4 ("drm/mst: Refactor the flow for payload >>>>>>> allocation/removement") >>>>>>> Reported-by: Leon Weiß <[email protected]> >>>>>>> Link: >>>>>>> https://lore.kernel.org/r/38c253ea42072cc825dc969ac4e6b9b600371cc8.c >>>>>>> [email protected]/ >>>>>>> Cc: [email protected] >>>>>>> Cc: [email protected] >>>>>>> Cc: [email protected] >>>>>>> Cc: [email protected] >>>>>>> Signed-off-by: Wayne Lin <[email protected]> >>>>>> >>>>>> I haven't been deep in MST code in a while but this all looks pretty >>>>>> straightforward and good. >>>>>> >>>>>> Reviewed-by: Harry Wentland <[email protected]> >>>>> >>>>> Hmmm, that was three weeks ago, but it seems since then nothing >>>>> happened to fix the linked regression through this or some other >>>>> patch. Is there a reason? The build failure report from the CI maybe? >>>> >>>> It touches files outside of amd but only has an ack from AMD. I >>>> think we >>>> /probably/ want an ack from i915 and nouveau to take it through. >>> >>> Thanks, Mario! >>> >>> Hi Thorsten, >>> Yeah, like what Mario said. Would also like to have ack from i915 and >>> nouveau. >> >> It usually works better if you Cc the folks you want an ack from! ;) >> >> Acked-by: Jani Nikula <[email protected]> >> > > Thanks! Can someone with commit permissions take this to drm-misc? > > >
