Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Subject: Re: [PATCH 6.1 000/132] 6.1.25-rc2 review
To:     Conor.Dooley@microchip.com, gregkh@linuxfoundation.org,
        stable@vger.kernel.org, hi@alyssa.is
Cc:     patches@lists.linux.dev, linux-kernel@vger.kernel.org,
        torvalds@linux-foundation.org, akpm@linux-foundation.org,
        linux@roeck-us.net, shuah@kernel.org, patches@kernelci.org,
        lkft-triage@lists.linaro.org, pavel@denx.de, jonathanh@nvidia.com,
        f.fainelli@gmail.com, sudipm.mukherjee@gmail.com,
        srw@sladewatkins.net, rwarsow@gmx.de
References: <20230419093701.194867488@linuxfoundation.org>
 <306005cd-b4a0-44d3-c9b4-f3c238e1cde7@microchip.com>
In-Reply-To: <306005cd-b4a0-44d3-c9b4-f3c238e1cde7@microchip.com>
From:   Ron Economos <re@w6rz.net>
Message-ID: <5e3d78ec-40fb-70fa-2d25-a465c823fb1c@w6rz.net>
Date:   Wed, 19 Apr 2023 05:46:50 -0700
User-Agent: Mozilla/5.0 (X11; Linux armv7l; rv:78.0) Gecko/20100101
 Thunderbird/78.14.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Precedence: bulk

On 4/19/23 4:58 AM, Conor.Dooley@microchip.com wrote:
> On 19/04/2023 10:40, Greg Kroah-Hartman wrote:
>
>> This is the start of the stable review cycle for the 6.1.25 release.
>> There are 132 patches in this series, all will be posted as a response
>> to this one.  If anyone has any issues with these being applied, please
>> let me know.
>>
>> Responses should be made by Fri, 21 Apr 2023 09:36:33 +0000.
>> Anything received after that time might be too late.
>>
>> The whole patch series can be found in one patch at:
>>           https://www.kernel.org/pub/linux/kernel/v6.x/stable-review/patch-6.1.25-rc2.gz
>> or in the git tree and branch at:
>>           git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-6.1.y
>> and the diffstat can be found below.
>>
>> thanks,
>>
>> greg k-h
>>
>> Alyssa Ross <hi@alyssa.is>
>>       purgatory: fix disabling debug info
> Alyssa provided a custom backport of this that did not require
> picking up Heiko's patch below, but it did not seem to get
> picked up.
> Lore is ~dead for me, so all I can give you here is her message-id
> for the custom backport: <20230418155237.2ubcusqc52nufmow@x220>
>
> Heiko's patch is dead code as you've (rightly) not backported
> any of the users.
>    
>> Heiko Stuebner <heiko.stuebner@vrull.eu>
>>       RISC-V: add infrastructure to allow different str* implementations
>
>
>> Alexandre Ghiti <alexghiti@rivosinc.com>
>>       riscv: Do not set initial_boot_params to the linear address of the dtb
> This one should also be dropped, either the whole series or
> none of it please!
>
> Alex has said he'll send the lot in a way that avoids confusion.
>
> Otherwise, my testing passed.
>
> Thanks,
> Conor.

The "riscv: Do not set initial_boot_params to the linear address of the 
dtb" patch is fatal. Definitely needs to be dropped.

[    0.000000] Hardware name: SiFive HiFive Unmatched A00 (DT)
[    0.000000] epc : fdt_check_header+0xe/0x230
[    0.000000]  ra : __unflatten_device_tree+0x4e/0x320
[    0.000000] epc : ffffffff80ae48e6 ra : ffffffff808bba16 sp : 
ffffffff81803e0
[    0.000000]  gp : ffffffff81a3d390 tp : ffffffff81811200 t0 : 
ffffffc6fefff00
[    0.000000]  t1 : 000000047fff0000 t2 : 65736552203a616d s0 : 
ffffffff81803e0
[    0.000000]  s1 : 0000000040000000 a0 : 0000000040000000 a1 : 
000000000000000
[    0.000000]  a2 : ffffffff81a43188 a3 : ffffffff80c3fbd0 a4 : 
000000000000000
[    0.000000]  a5 : 0000000000000000 a6 : 0000000000000000 a7 : 
000000000000000
[    0.000000]  s2 : 00000000fff63036 s3 : ffffffff81a43188 s4 : 
000000000000000
[    0.000000]  s5 : ffffffff80c3fbd0 s6 : 0000000000000000 s7 : 
000000000000000
[    0.000000]  s8 : 00000000fff63036 s9 : 00000000fffcbf60 s10: 
000000000000000
[    0.000000]  s11: 00000000fffcbf60 t3 : ffffffff80e12288 t4 : 
ffffffff80e1228
[    0.000000]  t5 : ffffffff80e12288 t6 : ffffffff80e122a0
[    0.000000] status: 0000000200000100 badaddr: 0000000040000001 cause: 
000000d
[    0.000000] [<ffffffff80ae48e6>] fdt_check_header+0xe/0x230
[    0.000000] ---[ end trace 0000000000000000 ]---
[    0.000000] Kernel panic - not syncing: Attempted to kill the idle task!
[    0.000000] ---[ end Kernel panic - not syncing: Attempted to kill 
the idle -