On 25.10.23 15:17, Miklos Szeredi wrote: > On Wed, Oct 25, 2023 at 1:30 PM Linux regression tracking (Thorsten > Leemhuis) <regressions@xxxxxxxxxxxxx> wrote: > >> Miklos, I'm wondering what the status here is. The description in the >> reverts André sent[1] are maybe a bit vague[2], but it sounds a lot like >> he ran into a big regression that should be addressed somehow -- maybe >> with a revert. But it seems we haven't got any closer to that in all >> those ~7 weeks since the first revert was posted. But I might be missing >> something, hence a quick evaluation from your side would help me a lot >> here to understand the situation. First, many thx for the reply. > I don't think the Android use case counts as a regression. > > If they'd use an unmodified upstream kernel, it would be a different case. > > But they modify the kernel heavily, and AFAICS this breakage is > related to such a modification (as pointed out by Bernd upthread). Not sure who you mean with "they" here. Isn't the main question if André used a vanilla kernel beforehand on those Android devices and now is unable to do so? André, is that the case? Or did you only encounter this regression when switching from a patched kernel to a vanilla kernel? Also: André, do you see this in some test env, or in some real use case where others might also run into the problem? > André might want to clarify, but I've not seen any concrete real world > examples of regressions caused by this change outside of Android. Yeah, some clarification from André really would be helpful. Thx again for the answer. Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) -- Everything you wanna know about Linux kernel regression tracking: https://linux-regtracking.leemhuis.info/about/#tldr If I did something stupid, please tell me, as explained on that page.
