* BananaPi M2 support @ 2020-11-14 17:20 Sergey Suloev 2020-11-16 15:52 ` Maxime Ripard 2020-11-17 8:03 ` Pavel Machek 0 siblings, 2 replies; 10+ messages in thread From: Sergey Suloev @ 2020-11-14 17:20 UTC (permalink / raw) To: mripard, wens; +Cc: linux-kernel, linux-arm-kernel Hi, I noticed that BananaPi M2 (A31 SoC) does not boot anymore on modern kernels. The problem arises somewhere between 5.7.19 - 5.8.18. I have saved boot logs for both versions https://pastebin.com/DTRZi8R7 and https://pastebin.com/PS2hq07A. Logs have been taken on clean/non-patched kernel with default config, u-boot v2020.10. The kernel versions 5.7.x and below work well (I tried 5.5.19 and 5.6.19). The versions 5.8.18 and above all fail (5.9 and 5.10). Could you look at the problem or provide an advice about further investigation, please ? Thank you ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: BananaPi M2 support 2020-11-14 17:20 BananaPi M2 support Sergey Suloev @ 2020-11-16 15:52 ` Maxime Ripard 2020-11-16 17:12 ` Sergey Suloev 2020-11-17 8:03 ` Pavel Machek 1 sibling, 1 reply; 10+ messages in thread From: Maxime Ripard @ 2020-11-16 15:52 UTC (permalink / raw) To: Sergey Suloev; +Cc: wens, linux-kernel, linux-arm-kernel [-- Attachment #1: Type: text/plain, Size: 748 bytes --] Hi, On Sat, Nov 14, 2020 at 08:20:54PM +0300, Sergey Suloev wrote: > Hi, > > I noticed that BananaPi M2 (A31 SoC) does not boot anymore on modern > kernels. The problem arises somewhere between 5.7.19 - 5.8.18. I have saved > boot logs for both versions https://pastebin.com/DTRZi8R7 and > https://pastebin.com/PS2hq07A. Logs have been taken on clean/non-patched > kernel with default config, u-boot v2020.10. > > The kernel versions 5.7.x and below work well (I tried 5.5.19 and 5.6.19). > The versions 5.8.18 and above all fail (5.9 and 5.10). > > Could you look at the problem or provide an advice about further > investigation, please ? I'm not quite sure what the issue is exactly? How does it fail to boot? Maxime [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 228 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: BananaPi M2 support 2020-11-16 15:52 ` Maxime Ripard @ 2020-11-16 17:12 ` Sergey Suloev 2020-11-17 8:06 ` Chen-Yu Tsai 0 siblings, 1 reply; 10+ messages in thread From: Sergey Suloev @ 2020-11-16 17:12 UTC (permalink / raw) To: Maxime Ripard; +Cc: wens, linux-kernel, linux-arm-kernel Hi, Maxime, it just hangs on that last lines and nothing happens anymore, see 5.18 log. On 16.11.2020 18:52, Maxime Ripard wrote: > Hi, > > On Sat, Nov 14, 2020 at 08:20:54PM +0300, Sergey Suloev wrote: >> Hi, >> >> I noticed that BananaPi M2 (A31 SoC) does not boot anymore on modern >> kernels. The problem arises somewhere between 5.7.19 - 5.8.18. I have saved >> boot logs for both versions https://pastebin.com/DTRZi8R7 and >> https://pastebin.com/PS2hq07A. Logs have been taken on clean/non-patched >> kernel with default config, u-boot v2020.10. >> >> The kernel versions 5.7.x and below work well (I tried 5.5.19 and 5.6.19). >> The versions 5.8.18 and above all fail (5.9 and 5.10). >> >> Could you look at the problem or provide an advice about further >> investigation, please ? > I'm not quite sure what the issue is exactly? How does it fail to boot? > > Maxime Thank you, Sergey ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: BananaPi M2 support 2020-11-16 17:12 ` Sergey Suloev @ 2020-11-17 8:06 ` Chen-Yu Tsai 2020-11-17 17:06 ` Sergey Suloev 0 siblings, 1 reply; 10+ messages in thread From: Chen-Yu Tsai @ 2020-11-17 8:06 UTC (permalink / raw) To: Sergey Suloev; +Cc: Maxime Ripard, linux-kernel, linux-arm-kernel Hi, Please try linux-next. There were some regulator fixes that got merged recently. One of them fixes an infinite recursion when resolving regulator supplies. ChenYu On Tue, Nov 17, 2020 at 1:12 AM Sergey Suloev <ssuloev@orpaltech.com> wrote: > > Hi, Maxime, > > it just hangs on that last lines and nothing happens anymore, see 5.18 log. > > > On 16.11.2020 18:52, Maxime Ripard wrote: > > Hi, > > > > On Sat, Nov 14, 2020 at 08:20:54PM +0300, Sergey Suloev wrote: > >> Hi, > >> > >> I noticed that BananaPi M2 (A31 SoC) does not boot anymore on modern > >> kernels. The problem arises somewhere between 5.7.19 - 5.8.18. I have saved > >> boot logs for both versions https://pastebin.com/DTRZi8R7 and > >> https://pastebin.com/PS2hq07A. Logs have been taken on clean/non-patched > >> kernel with default config, u-boot v2020.10. > >> > >> The kernel versions 5.7.x and below work well (I tried 5.5.19 and 5.6.19). > >> The versions 5.8.18 and above all fail (5.9 and 5.10). > >> > >> Could you look at the problem or provide an advice about further > >> investigation, please ? > > I'm not quite sure what the issue is exactly? How does it fail to boot? > > > > Maxime > > > Thank you, > Sergey > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: BananaPi M2 support 2020-11-17 8:06 ` Chen-Yu Tsai @ 2020-11-17 17:06 ` Sergey Suloev 2020-11-17 17:35 ` Maxime Ripard 2020-11-17 17:36 ` Chen-Yu Tsai 0 siblings, 2 replies; 10+ messages in thread From: Sergey Suloev @ 2020-11-17 17:06 UTC (permalink / raw) To: Chen-Yu Tsai; +Cc: Maxime Ripard, linux-kernel, linux-arm-kernel Hi, ChenYu, I have tried to build and run linux-next by tag "next-20201117". Now the boot log looks different but the kernel still hangs. See https://pastebin.com/gFk7XuBc Thank you, Sergey On 17.11.2020 11:06, Chen-Yu Tsai wrote: > Hi, > > Please try linux-next. There were some regulator fixes that got merged recently. > One of them fixes an infinite recursion when resolving regulator supplies. > > ChenYu > > On Tue, Nov 17, 2020 at 1:12 AM Sergey Suloev <ssuloev@orpaltech.com> wrote: >> Hi, Maxime, >> >> it just hangs on that last lines and nothing happens anymore, see 5.18 log. >> >> >> On 16.11.2020 18:52, Maxime Ripard wrote: >>> Hi, >>> >>> On Sat, Nov 14, 2020 at 08:20:54PM +0300, Sergey Suloev wrote: >>>> Hi, >>>> >>>> I noticed that BananaPi M2 (A31 SoC) does not boot anymore on modern >>>> kernels. The problem arises somewhere between 5.7.19 - 5.8.18. I have saved >>>> boot logs for both versions https://pastebin.com/DTRZi8R7 and >>>> https://pastebin.com/PS2hq07A. Logs have been taken on clean/non-patched >>>> kernel with default config, u-boot v2020.10. >>>> >>>> The kernel versions 5.7.x and below work well (I tried 5.5.19 and 5.6.19). >>>> The versions 5.8.18 and above all fail (5.9 and 5.10). >>>> >>>> Could you look at the problem or provide an advice about further >>>> investigation, please ? >>> I'm not quite sure what the issue is exactly? How does it fail to boot? >>> >>> Maxime >> >> Thank you, >> Sergey >> ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: BananaPi M2 support 2020-11-17 17:06 ` Sergey Suloev @ 2020-11-17 17:35 ` Maxime Ripard 2020-11-17 17:36 ` Chen-Yu Tsai 1 sibling, 0 replies; 10+ messages in thread From: Maxime Ripard @ 2020-11-17 17:35 UTC (permalink / raw) To: Sergey Suloev; +Cc: Chen-Yu Tsai, linux-kernel, linux-arm-kernel [-- Attachment #1: Type: text/plain, Size: 323 bytes --] On Tue, Nov 17, 2020 at 08:06:19PM +0300, Sergey Suloev wrote: > Hi, ChenYu, > > I have tried to build and run linux-next by tag "next-20201117". > Now the boot log looks different but the kernel still hangs. See > https://pastebin.com/gFk7XuBc This one looks like you just had the wrong boot device? Maxime [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 228 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: BananaPi M2 support 2020-11-17 17:06 ` Sergey Suloev 2020-11-17 17:35 ` Maxime Ripard @ 2020-11-17 17:36 ` Chen-Yu Tsai 2020-11-18 11:14 ` Sergey Suloev 1 sibling, 1 reply; 10+ messages in thread From: Chen-Yu Tsai @ 2020-11-17 17:36 UTC (permalink / raw) To: Sergey Suloev; +Cc: Maxime Ripard, linux-kernel, linux-arm-kernel Hi, On Wed, Nov 18, 2020 at 1:06 AM Sergey Suloev <ssuloev@orpaltech.com> wrote: > > Hi, ChenYu, > > I have tried to build and run linux-next by tag "next-20201117". > Now the boot log looks different but the kernel still hangs. See > https://pastebin.com/gFk7XuBc Due to the new asynchronous probing of mmc controllers, the mmcblock device numbers likely have changed, as seen here: [ 1.652275] mmc1: new high speed SDHC card at address 0001 [ 1.652568] hub 1-1:1.0: USB hub found [ 1.658587] mmcblk1: mmc1:0001 EB1QT 29.8 GiB [ 1.661777] hub 1-1:1.0: 4 ports detected [ 1.670263] mmcblk1: p1 You should change your root device specification to use PARTUUID, instead of hardcoding the index. Regards ChenYu > Thank you, > Sergey > > > On 17.11.2020 11:06, Chen-Yu Tsai wrote: > > Hi, > > > > Please try linux-next. There were some regulator fixes that got merged recently. > > One of them fixes an infinite recursion when resolving regulator supplies. > > > > ChenYu > > > > On Tue, Nov 17, 2020 at 1:12 AM Sergey Suloev <ssuloev@orpaltech.com> wrote: > >> Hi, Maxime, > >> > >> it just hangs on that last lines and nothing happens anymore, see 5.18 log. > >> > >> > >> On 16.11.2020 18:52, Maxime Ripard wrote: > >>> Hi, > >>> > >>> On Sat, Nov 14, 2020 at 08:20:54PM +0300, Sergey Suloev wrote: > >>>> Hi, > >>>> > >>>> I noticed that BananaPi M2 (A31 SoC) does not boot anymore on modern > >>>> kernels. The problem arises somewhere between 5.7.19 - 5.8.18. I have saved > >>>> boot logs for both versions https://pastebin.com/DTRZi8R7 and > >>>> https://pastebin.com/PS2hq07A. Logs have been taken on clean/non-patched > >>>> kernel with default config, u-boot v2020.10. > >>>> > >>>> The kernel versions 5.7.x and below work well (I tried 5.5.19 and 5.6.19). > >>>> The versions 5.8.18 and above all fail (5.9 and 5.10). > >>>> > >>>> Could you look at the problem or provide an advice about further > >>>> investigation, please ? > >>> I'm not quite sure what the issue is exactly? How does it fail to boot? > >>> > >>> Maxime > >> > >> Thank you, > >> Sergey > >> > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: BananaPi M2 support 2020-11-17 17:36 ` Chen-Yu Tsai @ 2020-11-18 11:14 ` Sergey Suloev 2020-11-18 11:22 ` Chen-Yu Tsai 0 siblings, 1 reply; 10+ messages in thread From: Sergey Suloev @ 2020-11-18 11:14 UTC (permalink / raw) To: Chen-Yu Tsai; +Cc: Maxime Ripard, linux-kernel, linux-arm-kernel Hi, ChenYu, thanks for for the help. I tried to use "root=PARTUUID=a09ef512-7f29-47b8-8e9a-db5d1d58d8be" in kernel boot parameters, the new log is here https://pastebin.com/EL3uaRpE. Nothing has actually changed, the only difference is that it now says: [ 1.750270] Waiting for root device PARTUUID=a09ef512-7f29-47b8-8e9a-db5d1d58d8be... I verified that a09ef512-7f29-47b8-8e9a-db5d1d58d8be is the actual partition id from my sdcard. Thank you, Sergey On 17.11.2020 20:36, Chen-Yu Tsai wrote: > Hi, > > On Wed, Nov 18, 2020 at 1:06 AM Sergey Suloev <ssuloev@orpaltech.com> wrote: >> Hi, ChenYu, >> >> I have tried to build and run linux-next by tag "next-20201117". >> Now the boot log looks different but the kernel still hangs. See >> https://pastebin.com/gFk7XuBc > Due to the new asynchronous probing of mmc controllers, the mmcblock > device numbers likely have changed, as seen here: > > [ 1.652275] mmc1: new high speed SDHC card at address 0001 > [ 1.652568] hub 1-1:1.0: USB hub found > [ 1.658587] mmcblk1: mmc1:0001 EB1QT 29.8 GiB > [ 1.661777] hub 1-1:1.0: 4 ports detected > [ 1.670263] mmcblk1: p1 > > You should change your root device specification to use PARTUUID, > instead of hardcoding the index. > > > Regards > ChenYu > >> Thank you, >> Sergey >> >> >> On 17.11.2020 11:06, Chen-Yu Tsai wrote: >>> Hi, >>> >>> Please try linux-next. There were some regulator fixes that got merged recently. >>> One of them fixes an infinite recursion when resolving regulator supplies. >>> >>> ChenYu >>> >>> On Tue, Nov 17, 2020 at 1:12 AM Sergey Suloev <ssuloev@orpaltech.com> wrote: >>>> Hi, Maxime, >>>> >>>> it just hangs on that last lines and nothing happens anymore, see 5.18 log. >>>> >>>> >>>> On 16.11.2020 18:52, Maxime Ripard wrote: >>>>> Hi, >>>>> >>>>> On Sat, Nov 14, 2020 at 08:20:54PM +0300, Sergey Suloev wrote: >>>>>> Hi, >>>>>> >>>>>> I noticed that BananaPi M2 (A31 SoC) does not boot anymore on modern >>>>>> kernels. The problem arises somewhere between 5.7.19 - 5.8.18. I have saved >>>>>> boot logs for both versions https://pastebin.com/DTRZi8R7 and >>>>>> https://pastebin.com/PS2hq07A. Logs have been taken on clean/non-patched >>>>>> kernel with default config, u-boot v2020.10. >>>>>> >>>>>> The kernel versions 5.7.x and below work well (I tried 5.5.19 and 5.6.19). >>>>>> The versions 5.8.18 and above all fail (5.9 and 5.10). >>>>>> >>>>>> Could you look at the problem or provide an advice about further >>>>>> investigation, please ? >>>>> I'm not quite sure what the issue is exactly? How does it fail to boot? >>>>> >>>>> Maxime >>>> Thank you, >>>> Sergey >>>> ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: BananaPi M2 support 2020-11-18 11:14 ` Sergey Suloev @ 2020-11-18 11:22 ` Chen-Yu Tsai 0 siblings, 0 replies; 10+ messages in thread From: Chen-Yu Tsai @ 2020-11-18 11:22 UTC (permalink / raw) To: Sergey Suloev; +Cc: Maxime Ripard, linux-kernel, linux-arm-kernel On Wed, Nov 18, 2020 at 7:14 PM Sergey Suloev <ssuloev@orpaltech.com> wrote: > > Hi, ChenYu, > > thanks for for the help. I tried to use > "root=PARTUUID=a09ef512-7f29-47b8-8e9a-db5d1d58d8be" in kernel boot > parameters, > the new log is here https://pastebin.com/EL3uaRpE. > > Nothing has actually changed, the only difference is that it now says: > > [ 1.750270] Waiting for root device > PARTUUID=a09ef512-7f29-47b8-8e9a-db5d1d58d8be... > > > I verified that a09ef512-7f29-47b8-8e9a-db5d1d58d8be is the actual > partition id from my sdcard. That is the partition's UUID alright, but not what PARTUUID expects. PARTUUID is the partition table's ID + "-" + an index to the partition. If you're using an MBR partition table, and the partition is the first one, then it would be an 8 digit hexadecimal ID with "-01" appended. Just put the SD card in another machine and look under /dev/disks/by-partuuid/ to see what the value should be. ChenYu > Thank you, > Sergey > > > On 17.11.2020 20:36, Chen-Yu Tsai wrote: > > Hi, > > > > On Wed, Nov 18, 2020 at 1:06 AM Sergey Suloev <ssuloev@orpaltech.com> wrote: > >> Hi, ChenYu, > >> > >> I have tried to build and run linux-next by tag "next-20201117". > >> Now the boot log looks different but the kernel still hangs. See > >> https://pastebin.com/gFk7XuBc > > Due to the new asynchronous probing of mmc controllers, the mmcblock > > device numbers likely have changed, as seen here: > > > > [ 1.652275] mmc1: new high speed SDHC card at address 0001 > > [ 1.652568] hub 1-1:1.0: USB hub found > > [ 1.658587] mmcblk1: mmc1:0001 EB1QT 29.8 GiB > > [ 1.661777] hub 1-1:1.0: 4 ports detected > > [ 1.670263] mmcblk1: p1 > > > > You should change your root device specification to use PARTUUID, > > instead of hardcoding the index. > > > > > > Regards > > ChenYu > > > >> Thank you, > >> Sergey > >> > >> > >> On 17.11.2020 11:06, Chen-Yu Tsai wrote: > >>> Hi, > >>> > >>> Please try linux-next. There were some regulator fixes that got merged recently. > >>> One of them fixes an infinite recursion when resolving regulator supplies. > >>> > >>> ChenYu > >>> > >>> On Tue, Nov 17, 2020 at 1:12 AM Sergey Suloev <ssuloev@orpaltech.com> wrote: > >>>> Hi, Maxime, > >>>> > >>>> it just hangs on that last lines and nothing happens anymore, see 5.18 log. > >>>> > >>>> > >>>> On 16.11.2020 18:52, Maxime Ripard wrote: > >>>>> Hi, > >>>>> > >>>>> On Sat, Nov 14, 2020 at 08:20:54PM +0300, Sergey Suloev wrote: > >>>>>> Hi, > >>>>>> > >>>>>> I noticed that BananaPi M2 (A31 SoC) does not boot anymore on modern > >>>>>> kernels. The problem arises somewhere between 5.7.19 - 5.8.18. I have saved > >>>>>> boot logs for both versions https://pastebin.com/DTRZi8R7 and > >>>>>> https://pastebin.com/PS2hq07A. Logs have been taken on clean/non-patched > >>>>>> kernel with default config, u-boot v2020.10. > >>>>>> > >>>>>> The kernel versions 5.7.x and below work well (I tried 5.5.19 and 5.6.19). > >>>>>> The versions 5.8.18 and above all fail (5.9 and 5.10). > >>>>>> > >>>>>> Could you look at the problem or provide an advice about further > >>>>>> investigation, please ? > >>>>> I'm not quite sure what the issue is exactly? How does it fail to boot? > >>>>> > >>>>> Maxime > >>>> Thank you, > >>>> Sergey > >>>> > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: BananaPi M2 support 2020-11-14 17:20 BananaPi M2 support Sergey Suloev 2020-11-16 15:52 ` Maxime Ripard @ 2020-11-17 8:03 ` Pavel Machek 1 sibling, 0 replies; 10+ messages in thread From: Pavel Machek @ 2020-11-17 8:03 UTC (permalink / raw) To: Sergey Suloev; +Cc: mripard, wens, linux-kernel, linux-arm-kernel [-- Attachment #1: Type: text/plain, Size: 789 bytes --] On Sat 2020-11-14 20:20:54, Sergey Suloev wrote: > Hi, > > I noticed that BananaPi M2 (A31 SoC) does not boot anymore on modern > kernels. The problem arises somewhere between 5.7.19 - 5.8.18. I have saved > boot logs for both versions https://pastebin.com/DTRZi8R7 and > https://pastebin.com/PS2hq07A. Logs have been taken on clean/non-patched > kernel with default config, u-boot v2020.10. > > The kernel versions 5.7.x and below work well (I tried 5.5.19 and 5.6.19). > The versions 5.8.18 and above all fail (5.9 and 5.10). > > Could you look at the problem or provide an advice about further > investigation, please ? git bisect is usually next step if you can't get better help... Best regards, Pavel -- http://www.livejournal.com/~pavelmachek [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 181 bytes --] ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2020-11-18 11:22 UTC | newest] Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-11-14 17:20 BananaPi M2 support Sergey Suloev 2020-11-16 15:52 ` Maxime Ripard 2020-11-16 17:12 ` Sergey Suloev 2020-11-17 8:06 ` Chen-Yu Tsai 2020-11-17 17:06 ` Sergey Suloev 2020-11-17 17:35 ` Maxime Ripard 2020-11-17 17:36 ` Chen-Yu Tsai 2020-11-18 11:14 ` Sergey Suloev 2020-11-18 11:22 ` Chen-Yu Tsai 2020-11-17 8:03 ` Pavel Machek
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).