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 E39D4362 for ; Mon, 3 Apr 2023 06:32:25 +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 1pjDjk-0004mY-CR; Mon, 03 Apr 2023 08:32:16 +0200 Message-ID: <8d55f6e3-b573-7f63-bfed-4aa73bdc473a@leemhuis.info> Date: Mon, 3 Apr 2023 08:32:15 +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 From: Thorsten Leemhuis 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 Reply-To: Linux regressions mailing list 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> <12c5a8f2-3082-68a2-e973-18fb957068ac@leemhuis.info> In-Reply-To: <12c5a8f2-3082-68a2-e973-18fb957068ac@leemhuis.info> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-bounce-key: webpack.hosteurope.de;regressions@leemhuis.info;1680503546;a4b2fc97; X-HE-SMSGID: 1pjDjk-0004mY-CR On 02.04.23 07:02, Linux regression tracking (Thorsten Leemhuis) wrote: > On 01.04.23 22:53, Leonard Lausen wrote: >> >> the revert wasn't applied to v6.2 series. Can you please apply it and include it for v6.2.10? I pointed Linus to this and he merged the revert directly; and it's already queued for the next 6.2.y release: https://lore.kernel.org/all/CAHk-%3DwhRs_MavKCqtV3%3DK31dq9Z6HzbaG8Uxo-EV%3DuRxdsXduA@mail.gmail.com/ https://git.kernel.org/torvalds/c/f95b8ea79c47c0ad3d18f45ad538f9970e414d1f https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/commit/?id=902f9eb696dfdd40e88d99bafa34ea25f1f9e927 Now to the remaining venus regression: >> 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/ I only notice now: from [1] above it looks like that regression fix was applied to a tree that seems to be intended for 6.4. Is that okay for everybody, or should we ask Linus to pick this up as well (unless of course Mauro shows up and forwards the patch, of course)? They fix a regression from 5.19 afaics, so not a fresh problem, but apparently one that bugged a few people recently. 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.