From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BDFE717FF for ; Sun, 2 Apr 2023 05:03:11 +0000 (UTC) Received: from [2a02:8108:8980:2478:8cde:aa2c:f324:937e]; authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1piprn-0003eO-Bq; Sun, 02 Apr 2023 07:02:59 +0200 Message-ID: <12c5a8f2-3082-68a2-e973-18fb957068ac@leemhuis.info> Date: Sun, 2 Apr 2023 07:02:58 +0200 Precedence: bulk X-Mailing-List: regressions@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 Subject: Re: [PATCH] Revert "venus: firmware: Correct non-pix start and end addresses" Content-Language: en-US, de-DE To: Leonard Lausen , Javier Martinez Canillas , Dikshita Agarwal , Vikash Garodia , Linux regressions mailing list , Stanimir Varbanov Cc: linux-kernel@vger.kernel.org, mka@chromium.org, Albert Esteve , stanimir.varbanov@linaro.org, Enric Balletbo i Serra , Andy Gross , Bjorn Andersson , Konrad Dybcio , "Vikash Garodia (QUIC)" , linux-arm-msm@vger.kernel.org, linux-media@vger.kernel.org, Fritz Koenig , "Rajeshwar Kurapaty (QUIC)" , Mauro Carvalho Chehab References: <87edq2dus1.fsf@minerva.mail-host-address-is-not-set> <70c01751-1dd7-c4bd-a96e-94dea437aa40@redhat.com> <6f97a117-0d9c-e21b-9adf-50f2233ba9e3@leemhuis.info> <9a0bfef8-0b5d-f4d0-a8a5-4bbcacc5c0fb@leemhuis.info> <87356wn6xf.fsf@minerva.mail-host-address-is-not-set> <87edq9hj4w.fsf@minerva.mail-host-address-is-not-set> <0c84724d-08d4-ddcb-5f71-4eb8261240c6@quicinc.com> From: "Linux regression tracking (Thorsten Leemhuis)" Reply-To: Linux regressions mailing list In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;regressions@leemhuis.info;1680411791;46dae66e; X-HE-SMSGID: 1piprn-0003eO-Bq On 01.04.23 22:53, Leonard Lausen wrote: > Hi Javier, Dikshita, Stan, > > the revert wasn't applied to v6.2 series. Can you please apply it and include it for v6.2.10? > > March 6, 2023 at 5:43 AM, "Javier Martinez Canillas" wrote: >>> On 3/1/2023 3:15 PM, Dikshita Agarwal wrote: >>>> On 2/28/2023 9:33 PM, Javier Martinez Canillas wrote: >>>>> Javier Martinez Canillas writes: >>>>>> Vikash Garodia writes: >>>>>> >>>>>>> Stan, could you please help with the revert and a pull request having this revert >>>>>>> alongwith other pending changes ? >>>>>>> >>>>>> Other fix posted is "media: venus: dec: Fix capture formats enumeration order": >>>>>> >>>>>> https://patchwork.kernel.org/project/linux-media/patch/20230210081835.2054482-1-javierm@redhat.com/ >>> >>> Hi Javier, >>> >>> Thanks for this patch "media: venus: dec: Fix capture formats >>> enumeration order". >>> >>> Somehow I can't find it in my mailbox to be able to reply there. >>> >>> Could you please explain what is the regression you see here? >>> >> >> You can find the thread and explanation of the issue here: >> >> https://lore.kernel.org/lkml/Y+KPW18o%2FDa+N8UI@google.com/T/ >> >> But Stanimir already picked it and sent a PR for v6.3 including it. > > While "media: venus: dec: Fix capture formats enumeration order" may have been > applied to v6.3, To me it looks like it was submitted[1], but not yet applied even to the media tree[2] -- while guess, maybe due problems mentioned in[3]? Or am I missing something? [1] https://lore.kernel.org/all/20230329211655.100276-1-stanimir.k.varbanov@gmail.com/ [2] https://git.linuxtv.org/media_tree.git/log/?h=fixes [3] https://lore.kernel.org/all/20230329214310.2503484-1-jenkins@linuxtv.org/ > this still leaves the regression introduced by "venus: > firmware: Correct non-pix start and end addresses". As pointed out by Matthias > Kaehlcke, the commit prevents SC7180 and sc7280 AOSS from entering sleep mode > during system suspend. This is a serious regression in v6.2 kernel series. That fix is sitting in the media tree for a while and afaics still hasn't been sent to Linus (which is needed to get this fixed in 6.2.y). Mauro, could you maybe take care of that? 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.