linux-kernel - Re: [PATCH] Revert "venus: firmware: Correct non-pix start and end addresses"

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <6f97a117-0d9c-e21b-9adf-50f2233ba9e3@leemhuis.info>
Date:   Sat, 11 Feb 2023 15:27:29 +0100
From:   "Linux regression tracking (Thorsten Leemhuis)" 
        <regressions@...mhuis.info>
To:     Javier Martinez Canillas <javierm@...hat.com>,
        Vikash Garodia <vgarodia@....qualcomm.com>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "mka@...omium.org" <mka@...omium.org>
Cc:     Albert Esteve <aesteve@...hat.com>,
        "stanimir.varbanov@...aro.org" <stanimir.varbanov@...aro.org>,
        Enric Balletbo i Serra <eballetb@...hat.com>,
        Andy Gross <agross@...nel.org>,
        Bjorn Andersson <andersson@...nel.org>,
        Konrad Dybcio <konrad.dybcio@...aro.org>,
        Mauro Carvalho Chehab <mchehab@...nel.org>,
        Stanimir Varbanov <stanimir.k.varbanov@...il.com>,
        "Vikash Garodia (QUIC)" <quic_vgarodia@...cinc.com>,
        "linux-arm-msm@...r.kernel.org" <linux-arm-msm@...r.kernel.org>,
        "linux-media@...r.kernel.org" <linux-media@...r.kernel.org>,
        Fritz Koenig <frkoenig@...gle.com>,
        "Dikshita Agarwal (QUIC)" <quic_dikshita@...cinc.com>,
        "Rajeshwar Kurapaty (QUIC)" <quic_rkurapat@...cinc.com>
Subject: Re: [PATCH] Revert "venus: firmware: Correct non-pix start and end
 addresses"

On 10.02.23 11:07, Javier Martinez Canillas wrote:
> On 2/10/23 10:22, Vikash Garodia wrote:
>
>>> So what should we do about this folks? Since not allowing the driver to probe on
>>> at least SC7180 is a quite serious regression, can we revert for now until a proper
>>> fix is figured out?
>>
>> I am able to repro this issue on sc7180 and discussing with firmware team on the cause
>> of reset failure. The original patch was raised for fixing rare SMMU faults during warm
>> boot of video hardware. Hence looking to understand the regressing part before we
>> proceed to revert.
> 
> Great, if you are working on a proper fix then that would be much better indeed.

Yeah, that's great, but OTOH: there is almost certainly just one week
before 6.2 will be released. Ideally this should be fixed by then.
Vikash, do you think that's in the cards? If not: why not revert this
now to make sure 6.2 works fine?

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.