[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
On 3/4/20 10:17 AM, Peter Robinson wrote: Thanks Paul. I just tried Fedora-Workstation-32-20200225.n.0.aarch64.raw.xz on my RPi4 but it behaves the same as I previously reported. There is a 5 minute pause after the eth0 link becomes ready and I then wind up in the dracut emergency shell. That's two different an unrelated problems. Is the pause with ethernet before the grub2 prompt? No - the pause is in the kernel. In an earlier email in this chain, I attached a file "session.log". Here is part of that file - note that the eth0 link comes up at around the 28 second mark. Then there is a 5 minute pause where nothing appears to be happening, and then at the 321 second mark, dracut starts printing timeout messages. I don't read attachments, much less compressed globs of information, sorry it takes too much time to search for a needle in a haystack. Ok - I provided the attachment because people often want the full details rather than a summary. Next time I'll be sure to provide both. [ 23.467681] raspberrypi-firmware soc:firmware: Request 0x00028001 returned status 0x [ 23.969125] bcmgenet fd58.ethernet: configuring instance for external RGMII (RX delay) [ 23.986485] bcmgenet fd58.ethernet eth0: Link is Down [ 27.394605] systemd-udevd (515) used greatest stack depth: 11696 bytes left [ 28.172043] bcmgenet fd58.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx [ 28.186922] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 28.241941] NetworkManager (549) used greatest stack depth: 10272 bytes left [ 234.092146] random: crng init done [ 234.101385] random: 6 urandom warning(s) missed due to ratelimiting [ 321.541094] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts [ 322.921646] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts The "Warning: dracut-initqueue timeout" messages repeat for a quite a while, then at the 466 second mark we get the following: [ 464.979853] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts [ 466.181960] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts [ 466.183175] dracut-initqueue[522]: Warning: Could not boot. Starting Setup Virtual Console... [ OK ] Started Setup Virtual Console. [ 466.475450] audit: type=1130 audit(1580894910.719:14): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' [ 466.475689] audit: type=1131 audit(1580894910.719:15): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Starting Dracut Emergency Shell... [ 466.661153] audit: type=1131 audit(1580894910.899:16): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=plymouth-start comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Warning: /dev/disk/by-uuid/369ee56a-5038-4040-b16e-f127f8a81ba0 does not exist What storage/medium are you booting off? Unless it's a network style of storage it's actually unlikely to be an issue here with the network side of things. More likely storage. I have a 4 GB RPi4 with an SD card. I think you are correct that it looks more like a storage issue. Also what rev of the RPi4 hardware do you have? If it's one of the refresh versions there may be an issue around a firmware <-> kernel interaction. I should have a new rev 2Gb version in the next day or so, there's a proposed patch under review upstream but I think it might need a newer firmware as well. I'll be testing once I have all the pieces available. Great. Thanks for checking. Here is the hardware data for my board: Hardware: BCM2835 Revision: c03112 Serial : 10004463a5a7 Model : Raspberry Pi 4 Model B Rev 1.2 Based on the revision-codes page [1], this would be the latest revision of the 4 GB RPi4 board. Yes, looks like a rev 1.2 and that could possibly have this problem. Could you file a bug with the following link and let me know what the RHBZ # is? https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora=32=kernel The bug number is 1810134 [1]. I have to run to an appointment right now, but I'll add the logs to the bug report when I return. Steve [1] https://bugzilla.redhat.com/show_bug.cgi?id=1810134 ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
> Thanks Paul. I just tried > Fedora-Workstation-32-20200225.n.0.aarch64.raw.xz on my RPi4 but it > behaves the same as I previously reported. There is a 5 minute pause > after the eth0 link becomes ready and I then wind up in the dracut > emergency shell. > >>> > >>> That's two different an unrelated problems. Is the pause with ethernet > >>> before the grub2 prompt? > >> > >> No - the pause is in the kernel. In an earlier email in this chain, I > >> attached a file "session.log". Here is part of that file - note that the > >> eth0 link comes up at around the 28 second mark. Then there is a 5 minute > >> pause where nothing appears to be happening, and then at the 321 second > >> mark, dracut starts printing timeout messages. > > > > I don't read attachments, much less compressed globs of information, > > sorry it takes too much time to search for a needle in a haystack. > Ok - I provided the attachment because people often want the full details > rather than a summary. Next time I'll be sure to provide both. > > >> [ 23.467681] raspberrypi-firmware soc:firmware: Request 0x00028001 > >> returned status 0x > >> [ 23.969125] bcmgenet fd58.ethernet: configuring instance for > >> external RGMII (RX delay) > >> [ 23.986485] bcmgenet fd58.ethernet eth0: Link is Down > >> [ 27.394605] systemd-udevd (515) used greatest stack depth: 11696 bytes > >> left > >> [ 28.172043] bcmgenet fd58.ethernet eth0: Link is Up - 1Gbps/Full - > >> flow control rx/tx > >> [ 28.186922] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready > >> [ 28.241941] NetworkManager (549) used greatest stack depth: 10272 bytes > >> left > >> [ 234.092146] random: crng init done > >> [ 234.101385] random: 6 urandom warning(s) missed due to ratelimiting > >> [ 321.541094] dracut-initqueue[522]: Warning: dracut-initqueue timeout - > >> starting timeout scripts > >> [ 322.921646] dracut-initqueue[522]: Warning: dracut-initqueue timeout - > >> starting timeout scripts > >> > >> The "Warning: dracut-initqueue timeout" messages repeat for a quite a > >> while, then at the 466 second mark we get the following: > >> > >> [ 464.979853] dracut-initqueue[522]: Warning: dracut-initqueue timeout - > >> starting timeout scripts > >> [ 466.181960] dracut-initqueue[522]: Warning: dracut-initqueue timeout - > >> starting timeout scripts > >> [ 466.183175] dracut-initqueue[522]: Warning: Could not boot. > >>Starting Setup Virtual Console... > >> [ OK ] Started Setup Virtual Console. > >> [ 466.475450] audit: type=1130 audit(1580894910.719:14): pid=1 uid=0 > >> auid=4294967295 ses=4294967295 subj=kernel > >> msg='unit=systemd-vconsole-setup comm="systemd" > >> exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' > >> [ 466.475689] audit: type=1131 audit(1580894910.719:15): pid=1 uid=0 > >> auid=4294967295 ses=4294967295 subj=kernel > >> msg='unit=systemd-vconsole-setup comm="systemd" > >> exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' > >>Starting Dracut Emergency Shell... > >> [ 466.661153] audit: type=1131 audit(1580894910.899:16): pid=1 uid=0 > >> auid=4294967295 ses=4294967295 subj=kernel msg='unit=plymouth-start > >> comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? > >> res=success' > >> Warning: /dev/disk/by-uuid/369ee56a-5038-4040-b16e-f127f8a81ba0 does not > >> exist > > > > What storage/medium are you booting off? Unless it's a network style > > of storage it's actually unlikely to be an issue here with the network > > side of things. More likely storage. > > I have a 4 GB RPi4 with an SD card. I think you are correct that it looks > more like a storage issue. > > Also what rev of the RPi4 hardware do you have? If it's one of the > > refresh versions there may be an issue around a firmware <-> kernel > > interaction. I should have a new rev 2Gb version in the next day or > > so, there's a proposed patch under review upstream but I think it > > might need a newer firmware as well. I'll be testing once I have all > > the pieces available. > > Great. Thanks for checking. Here is the hardware data for my board: > > Hardware: BCM2835 > Revision: c03112 > Serial : 10004463a5a7 > Model : Raspberry Pi 4 Model B Rev 1.2 > > Based on the revision-codes page [1], this would be the latest revision of > the 4 GB RPi4 board. Yes, looks like a rev 1.2 and that could possibly have this problem. Could you file a bug with the following link and let me know what the RHBZ # is? https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora=32=kernel ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines:
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
On 3/4/20 8:34 AM, Peter Robinson wrote: Thanks Paul. I just tried Fedora-Workstation-32-20200225.n.0.aarch64.raw.xz on my RPi4 but it behaves the same as I previously reported. There is a 5 minute pause after the eth0 link becomes ready and I then wind up in the dracut emergency shell. That's two different an unrelated problems. Is the pause with ethernet before the grub2 prompt? No - the pause is in the kernel. In an earlier email in this chain, I attached a file "session.log". Here is part of that file - note that the eth0 link comes up at around the 28 second mark. Then there is a 5 minute pause where nothing appears to be happening, and then at the 321 second mark, dracut starts printing timeout messages. I don't read attachments, much less compressed globs of information, sorry it takes too much time to search for a needle in a haystack. Ok - I provided the attachment because people often want the full details rather than a summary. Next time I'll be sure to provide both. [ 23.467681] raspberrypi-firmware soc:firmware: Request 0x00028001 returned status 0x [ 23.969125] bcmgenet fd58.ethernet: configuring instance for external RGMII (RX delay) [ 23.986485] bcmgenet fd58.ethernet eth0: Link is Down [ 27.394605] systemd-udevd (515) used greatest stack depth: 11696 bytes left [ 28.172043] bcmgenet fd58.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx [ 28.186922] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 28.241941] NetworkManager (549) used greatest stack depth: 10272 bytes left [ 234.092146] random: crng init done [ 234.101385] random: 6 urandom warning(s) missed due to ratelimiting [ 321.541094] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts [ 322.921646] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts The "Warning: dracut-initqueue timeout" messages repeat for a quite a while, then at the 466 second mark we get the following: [ 464.979853] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts [ 466.181960] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts [ 466.183175] dracut-initqueue[522]: Warning: Could not boot. Starting Setup Virtual Console... [ OK ] Started Setup Virtual Console. [ 466.475450] audit: type=1130 audit(1580894910.719:14): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' [ 466.475689] audit: type=1131 audit(1580894910.719:15): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Starting Dracut Emergency Shell... [ 466.661153] audit: type=1131 audit(1580894910.899:16): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=plymouth-start comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Warning: /dev/disk/by-uuid/369ee56a-5038-4040-b16e-f127f8a81ba0 does not exist What storage/medium are you booting off? Unless it's a network style of storage it's actually unlikely to be an issue here with the network side of things. More likely storage. I have a 4 GB RPi4 with an SD card. I think you are correct that it looks more like a storage issue. Also what rev of the RPi4 hardware do you have? If it's one of the refresh versions there may be an issue around a firmware <-> kernel interaction. I should have a new rev 2Gb version in the next day or so, there's a proposed patch under review upstream but I think it might need a newer firmware as well. I'll be testing once I have all the pieces available. Great. Thanks for checking. Here is the hardware data for my board: Hardware: BCM2835 Revision: c03112 Serial : 10004463a5a7 Model : Raspberry Pi 4 Model B Rev 1.2 Based on the revision-codes page [1], this would be the latest revision of the 4 GB RPi4 board. Steve [1] https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-codes/README.md ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
> >> Thanks Paul. I just tried > >> Fedora-Workstation-32-20200225.n.0.aarch64.raw.xz on my RPi4 but it > >> behaves the same as I previously reported. There is a 5 minute pause > >> after the eth0 link becomes ready and I then wind up in the dracut > >> emergency shell. > > > > That's two different an unrelated problems. Is the pause with ethernet > > before the grub2 prompt? > > No - the pause is in the kernel. In an earlier email in this chain, I > attached a file "session.log". Here is part of that file - note that the > eth0 link comes up at around the 28 second mark. Then there is a 5 minute > pause where nothing appears to be happening, and then at the 321 second mark, > dracut starts printing timeout messages. I don't read attachments, much less compressed globs of information, sorry it takes too much time to search for a needle in a haystack. > [ 23.467681] raspberrypi-firmware soc:firmware: Request 0x00028001 returned > status 0x > [ 23.969125] bcmgenet fd58.ethernet: configuring instance for external > RGMII (RX delay) > [ 23.986485] bcmgenet fd58.ethernet eth0: Link is Down > [ 27.394605] systemd-udevd (515) used greatest stack depth: 11696 bytes left > [ 28.172043] bcmgenet fd58.ethernet eth0: Link is Up - 1Gbps/Full - > flow control rx/tx > [ 28.186922] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready > [ 28.241941] NetworkManager (549) used greatest stack depth: 10272 bytes > left > [ 234.092146] random: crng init done > [ 234.101385] random: 6 urandom warning(s) missed due to ratelimiting > [ 321.541094] dracut-initqueue[522]: Warning: dracut-initqueue timeout - > starting timeout scripts > [ 322.921646] dracut-initqueue[522]: Warning: dracut-initqueue timeout - > starting timeout scripts > > The "Warning: dracut-initqueue timeout" messages repeat for a quite a while, > then at the 466 second mark we get the following: > > [ 464.979853] dracut-initqueue[522]: Warning: dracut-initqueue timeout - > starting timeout scripts > [ 466.181960] dracut-initqueue[522]: Warning: dracut-initqueue timeout - > starting timeout scripts > [ 466.183175] dracut-initqueue[522]: Warning: Could not boot. > Starting Setup Virtual Console... > [ OK ] Started Setup Virtual Console. > [ 466.475450] audit: type=1130 audit(1580894910.719:14): pid=1 uid=0 > auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup > comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? > res=success' > [ 466.475689] audit: type=1131 audit(1580894910.719:15): pid=1 uid=0 > auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup > comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? > res=success' > Starting Dracut Emergency Shell... > [ 466.661153] audit: type=1131 audit(1580894910.899:16): pid=1 uid=0 > auid=4294967295 ses=4294967295 subj=kernel msg='unit=plymouth-start > comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? > res=success' > Warning: /dev/disk/by-uuid/369ee56a-5038-4040-b16e-f127f8a81ba0 does not exist What storage/medium are you booting off? Unless it's a network style of storage it's actually unlikely to be an issue here with the network side of things. More likely storage. Also what rev of the RPi4 hardware do you have? If it's one of the refresh versions there may be an issue around a firmware <-> kernel interaction. I should have a new rev 2Gb version in the next day or so, there's a proposed patch under review upstream but I think it might need a newer firmware as well. I'll be testing once I have all the pieces available. Peter ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
On 3/3/20 5:09 PM, Peter Robinson wrote: I just tried Fedora-Minimal-Rawhide-20200302.n.1.aarch64.raw.xz and it worked properly. However, Fedora-Workstation-Rawhide-20200302.n.1.aarch64.raw.xz has a problem, as shown by the attached session.log file. I let it run for a long period of time, and after 5 or 10 minutes it wound up at a dracut emergency prompt. Please note that this was a fresh install - the only thing I changed was to enable the console uart in config.txt so I could log the output. We're a few weeks out from Fedora 32 Beta, so Rawhide is getting very little attention right now. Both of these are pre-release as well, so issues are somewhat expected until GA. The last nominated nightly was 20200225.n.0, I tested both Minimal and Workstation images for AArch64 and they should boot as expected. Thanks Paul. I just tried Fedora-Workstation-32-20200225.n.0.aarch64.raw.xz on my RPi4 but it behaves the same as I previously reported. There is a 5 minute pause after the eth0 link becomes ready and I then wind up in the dracut emergency shell. That's two different an unrelated problems. Is the pause with ethernet before the grub2 prompt? No - the pause is in the kernel. In an earlier email in this chain, I attached a file "session.log". Here is part of that file - note that the eth0 link comes up at around the 28 second mark. Then there is a 5 minute pause where nothing appears to be happening, and then at the 321 second mark, dracut starts printing timeout messages. [ 23.467681] raspberrypi-firmware soc:firmware: Request 0x00028001 returned status 0x [ 23.969125] bcmgenet fd58.ethernet: configuring instance for external RGMII (RX delay) [ 23.986485] bcmgenet fd58.ethernet eth0: Link is Down [ 27.394605] systemd-udevd (515) used greatest stack depth: 11696 bytes left [ 28.172043] bcmgenet fd58.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx [ 28.186922] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 28.241941] NetworkManager (549) used greatest stack depth: 10272 bytes left [ 234.092146] random: crng init done [ 234.101385] random: 6 urandom warning(s) missed due to ratelimiting [ 321.541094] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts [ 322.921646] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts The "Warning: dracut-initqueue timeout" messages repeat for a quite a while, then at the 466 second mark we get the following: [ 464.979853] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts [ 466.181960] dracut-initqueue[522]: Warning: dracut-initqueue timeout - starting timeout scripts [ 466.183175] dracut-initqueue[522]: Warning: Could not boot. Starting Setup Virtual Console... [ OK ] Started Setup Virtual Console. [ 466.475450] audit: type=1130 audit(1580894910.719:14): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' [ 466.475689] audit: type=1131 audit(1580894910.719:15): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Starting Dracut Emergency Shell... [ 466.661153] audit: type=1131 audit(1580894910.899:16): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=plymouth-start comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Warning: /dev/disk/by-uuid/369ee56a-5038-4040-b16e-f127f8a81ba0 does not exist Generating "/run/initramfs/rdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report. dracut:/# Steve ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
On Tue, 3 Mar 2020, Steven A. Falco wrote: > On 3/3/20 3:12 PM, Paul Whalen wrote: >> >> Hi Steve, >> >>> I just tried Fedora-Minimal-Rawhide-20200302.n.1.aarch64.raw.xz and it >>> worked >>> properly. However, >>> Fedora-Workstation-Rawhide-20200302.n.1.aarch64.raw.xz >>> has a problem, as shown by the attached session.log file. I let it run >>> for >>> a long period of time, and after 5 or 10 minutes it wound up at a dracut >>> emergency prompt. Please note that this was a fresh install - the only >>> thing I changed was to enable the console uart in config.txt so I could >>> log >>> the output. >> >> We're a few weeks out from Fedora 32 Beta, so Rawhide is getting very >> little >> attention right now. Both of these are pre-release as well, so issues are >> somewhat expected until GA. >> >> The last nominated nightly was 20200225.n.0, I tested both Minimal and >> Workstation images for AArch64 and they should boot as expected. > > Thanks Paul. I just tried Fedora-Workstation-32-20200225.n.0.aarch64.raw.xz > on my RPi4 but it behaves the same as I previously reported. There is a 5 > minute pause after the eth0 link becomes ready and I then wind up in the > dracut emergency shell. > > No matter - I have a running setup that started out as Rawhide-20200127. I > was just trying a later version to see how it behaved. And I know it isn't > ready for prime-time yet. I pasted the last few console message below for > reference. I saw this when I updated my rpi4 and tried booting with kernel-5.5.0-0.rc6.git3.1.fc32.aarch64 I did a bit of debugging and it looked like dracut didn't load the right modules to see the SD card. Michael Young ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
> >> I just tried Fedora-Minimal-Rawhide-20200302.n.1.aarch64.raw.xz and it > >> worked > >> properly. However, Fedora-Workstation-Rawhide-20200302.n.1.aarch64.raw.xz > >> has a problem, as shown by the attached session.log file. I let it run for > >> a long period of time, and after 5 or 10 minutes it wound up at a dracut > >> emergency prompt. Please note that this was a fresh install - the only > >> thing I changed was to enable the console uart in config.txt so I could log > >> the output. > > > > We're a few weeks out from Fedora 32 Beta, so Rawhide is getting very little > > attention right now. Both of these are pre-release as well, so issues are > > somewhat expected until GA. > > > > The last nominated nightly was 20200225.n.0, I tested both Minimal and > > Workstation images for AArch64 and they should boot as expected. > > Thanks Paul. I just tried Fedora-Workstation-32-20200225.n.0.aarch64.raw.xz > on my RPi4 but it behaves the same as I previously reported. There is a 5 > minute pause after the eth0 link becomes ready and I then wind up in the > dracut emergency shell. That's two different an unrelated problems. Is the pause with ethernet before the grub2 prompt? > No matter - I have a running setup that started out as Rawhide-20200127. I > was just trying a later version to see how it behaved. And I know it isn't > ready for prime-time yet. I pasted the last few console message below for > reference. > > Steve > > [ 317.658740] dracut-initqueue[520]: Warning: dracut-initqueue timeout - > starting timeout scripts > [ 318.517540] dracut-initqueue[520]: Warning: dracut-initqueue timeout - > starting timeout scripts > [ 318.518353] dracut-initqueue[520]: Warning: Could not boot. > Starting Setup Virtual Console... > [ OK ] Star[ 318.628289] kauditd_printk_skb: 2 callbacks suppressed > ted 318.628297] audit: type=1130 audit(1580894767.719:14): pid=1 uid=0 > auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup > comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? > res=success' > 1;39mSet[ 318.628417] audit: type=1131 audit(1580894767.729:15): pid=1 uid=0 > auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup > comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? > res=success' > up Virtual Console. > Starting Dracut Emergency Shell... > [ 318.753718] audit: type=1131 audit(1580894767.849:16): pid=1 uid=0 > auid=4294967295 ses=4294967295 subj=kernel msg='unit=plymouth-start > comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? > res=success' > Warning: /dev/disk/by-uuid/eecf14ed-eb46-4b72-acd6-ef009a3e4f30 does not exist > > Generating "/run/initramfs/rdsosreport.txt" > > > Entering emergency mode. Exit the shell to continue. > Type "journalctl" to view system logs. > You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or > /boot > after mounting them and attach it to a bug report. > > > dracut:/# uname -a > Linux localhost 5.6.0-0.rc3.git0.1.fc32.aarch64 #1 SMP Mon Feb 24 21:17:09 > UTC 2020 aarch64 aarch64 aarch64 GNU/Linux > dracut:/# cat /etc/os-release > NAME="dracut" > VERSION="32 (Workstation Edition) dracut-049-27.git20181204.fc32.2" > ID=dracut > VERSION_ID=049-27.git20181204.fc32.2 > PRETTY_NAME="Fedora 32 (Workstation Edition) dracut-049-27.git20181204.fc32.2 > (Initramfs)" > ANSI_COLOR="0;34" > dracut:/# > ___ > arm mailing list -- arm@lists.fedoraproject.org > To unsubscribe send an email to arm-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
On 3/3/20 3:12 PM, Paul Whalen wrote: Hi Steve, I just tried Fedora-Minimal-Rawhide-20200302.n.1.aarch64.raw.xz and it worked properly. However, Fedora-Workstation-Rawhide-20200302.n.1.aarch64.raw.xz has a problem, as shown by the attached session.log file. I let it run for a long period of time, and after 5 or 10 minutes it wound up at a dracut emergency prompt. Please note that this was a fresh install - the only thing I changed was to enable the console uart in config.txt so I could log the output. We're a few weeks out from Fedora 32 Beta, so Rawhide is getting very little attention right now. Both of these are pre-release as well, so issues are somewhat expected until GA. The last nominated nightly was 20200225.n.0, I tested both Minimal and Workstation images for AArch64 and they should boot as expected. Thanks Paul. I just tried Fedora-Workstation-32-20200225.n.0.aarch64.raw.xz on my RPi4 but it behaves the same as I previously reported. There is a 5 minute pause after the eth0 link becomes ready and I then wind up in the dracut emergency shell. No matter - I have a running setup that started out as Rawhide-20200127. I was just trying a later version to see how it behaved. And I know it isn't ready for prime-time yet. I pasted the last few console message below for reference. Steve [ 317.658740] dracut-initqueue[520]: Warning: dracut-initqueue timeout - starting timeout scripts [ 318.517540] dracut-initqueue[520]: Warning: dracut-initqueue timeout - starting timeout scripts [ 318.518353] dracut-initqueue[520]: Warning: Could not boot. Starting Setup Virtual Console... [ OK ] Star[ 318.628289] kauditd_printk_skb: 2 callbacks suppressed ted 318.628297] audit: type=1130 audit(1580894767.719:14): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' 1;39mSet[ 318.628417] audit: type=1131 audit(1580894767.729:15): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=systemd-vconsole-setup comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' up Virtual Console. Starting Dracut Emergency Shell... [ 318.753718] audit: type=1131 audit(1580894767.849:16): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=kernel msg='unit=plymouth-start comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Warning: /dev/disk/by-uuid/eecf14ed-eb46-4b72-acd6-ef009a3e4f30 does not exist Generating "/run/initramfs/rdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report. dracut:/# uname -a Linux localhost 5.6.0-0.rc3.git0.1.fc32.aarch64 #1 SMP Mon Feb 24 21:17:09 UTC 2020 aarch64 aarch64 aarch64 GNU/Linux dracut:/# cat /etc/os-release NAME="dracut" VERSION="32 (Workstation Edition) dracut-049-27.git20181204.fc32.2" ID=dracut VERSION_ID=049-27.git20181204.fc32.2 PRETTY_NAME="Fedora 32 (Workstation Edition) dracut-049-27.git20181204.fc32.2 (Initramfs)" ANSI_COLOR="0;34" dracut:/# ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
20200218 F32 Workstation worked (earliest I could see), 20200302 didn't boot. Happy to binary chop to help find breaking change. On Tue, 3 Mar 2020 at 20:12, Paul Whalen wrote: > > Hi Steve, > > - Original Message - > > On 3/3/20 1:12 PM, Peter Robinson wrote: > > > On Tue, Mar 3, 2020 at 5:56 PM Steven A. Falco > > > wrote: > > >> > > >> On 3/3/20 9:38 AM, Paul Kennedy wrote: > > >>> I've just tried the latest F32 and Rawhide workstation images, but > > >>> neither successfully booted for me. Both hung after eth0 came up, > then > > >>> sat for several minutes before logging about dracut timeouts and > then a > > >>> recovery shell (mouse and keyboard never worked). I've seen that > someone > > >>> had success with a > > >>> Fedora-Workstation-Rawhide-20200110.n.0.aarch64.raw.xz image - has > > >>> anyone successfully booted from anything newer? > > >> > > >> The new images do seem to be broken. I just tried the latest one, > and as > > >> you have seen, the boot process hangs at the Ethernet initialization > > >> point. > > > > > > Kernel or firmware stage? The firmware stage is slow but it does go > > > through. > > > > I just tried Fedora-Minimal-Rawhide-20200302.n.1.aarch64.raw.xz and it > worked > > properly. However, > Fedora-Workstation-Rawhide-20200302.n.1.aarch64.raw.xz > > has a problem, as shown by the attached session.log file. I let it run > for > > a long period of time, and after 5 or 10 minutes it wound up at a dracut > > emergency prompt. Please note that this was a fresh install - the only > > thing I changed was to enable the console uart in config.txt so I could > log > > the output. > > We're a few weeks out from Fedora 32 Beta, so Rawhide is getting very > little > attention right now. Both of these are pre-release as well, so issues are > somewhat expected until GA. > > The last nominated nightly was 20200225.n.0, I tested both Minimal and > Workstation images for AArch64 and they should boot as expected. > > Paul > > > > > >> I also tried Fedora-Minimal-Rawhide-20200214.n.1.aarch64.raw.xz, > which is > > >> the latest one that I have saved, and it boots, but it won't let me > log > > >> in on the console. I think that is because plymouth is fighting with > > >> agetty. > > >> > > >> I do have an RPi4 running 64-bit Fedora pretty well, including a KDE > > >> desktop. But I started with an earlier image, and it took a lot of > > >> fiddling around to get there. > > >> > > >> I have another RPi4 running Manjaro, and it provides a good 64-bit > > >> experience right out of the box. You might want to try that until > > >> "Fedora on RPi4" matures. > > > > > > Other distros are off topic for the list, please keep discussion to > > > topic, if you wish to discuss them there's other forums. > > > > Sorry - I'll use private email in future. > > > > Steve > > > > > > > > ___ > > arm mailing list -- arm@lists.fedoraproject.org > > To unsubscribe send an email to arm-le...@lists.fedoraproject.org > > Fedora Code of Conduct: > > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > > List Archives: > > > https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org > > > ___ > arm mailing list -- arm@lists.fedoraproject.org > To unsubscribe send an email to arm-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org > ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
Hi Steve, - Original Message - > On 3/3/20 1:12 PM, Peter Robinson wrote: > > On Tue, Mar 3, 2020 at 5:56 PM Steven A. Falco > > wrote: > >> > >> On 3/3/20 9:38 AM, Paul Kennedy wrote: > >>> I've just tried the latest F32 and Rawhide workstation images, but > >>> neither successfully booted for me. Both hung after eth0 came up, then > >>> sat for several minutes before logging about dracut timeouts and then a > >>> recovery shell (mouse and keyboard never worked). I've seen that someone > >>> had success with a > >>> Fedora-Workstation-Rawhide-20200110.n.0.aarch64.raw.xz image - has > >>> anyone successfully booted from anything newer? > >> > >> The new images do seem to be broken. I just tried the latest one, and as > >> you have seen, the boot process hangs at the Ethernet initialization > >> point. > > > > Kernel or firmware stage? The firmware stage is slow but it does go > > through. > > I just tried Fedora-Minimal-Rawhide-20200302.n.1.aarch64.raw.xz and it worked > properly. However, Fedora-Workstation-Rawhide-20200302.n.1.aarch64.raw.xz > has a problem, as shown by the attached session.log file. I let it run for > a long period of time, and after 5 or 10 minutes it wound up at a dracut > emergency prompt. Please note that this was a fresh install - the only > thing I changed was to enable the console uart in config.txt so I could log > the output. We're a few weeks out from Fedora 32 Beta, so Rawhide is getting very little attention right now. Both of these are pre-release as well, so issues are somewhat expected until GA. The last nominated nightly was 20200225.n.0, I tested both Minimal and Workstation images for AArch64 and they should boot as expected. Paul > > >> I also tried Fedora-Minimal-Rawhide-20200214.n.1.aarch64.raw.xz, which is > >> the latest one that I have saved, and it boots, but it won't let me log > >> in on the console. I think that is because plymouth is fighting with > >> agetty. > >> > >> I do have an RPi4 running 64-bit Fedora pretty well, including a KDE > >> desktop. But I started with an earlier image, and it took a lot of > >> fiddling around to get there. > >> > >> I have another RPi4 running Manjaro, and it provides a good 64-bit > >> experience right out of the box. You might want to try that until > >> "Fedora on RPi4" matures. > > > > Other distros are off topic for the list, please keep discussion to > > topic, if you wish to discuss them there's other forums. > > Sorry - I'll use private email in future. > > Steve > > > > ___ > arm mailing list -- arm@lists.fedoraproject.org > To unsubscribe send an email to arm-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org > ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
On 3/3/20 1:12 PM, Peter Robinson wrote: On Tue, Mar 3, 2020 at 5:56 PM Steven A. Falco wrote: On 3/3/20 9:38 AM, Paul Kennedy wrote: I've just tried the latest F32 and Rawhide workstation images, but neither successfully booted for me. Both hung after eth0 came up, then sat for several minutes before logging about dracut timeouts and then a recovery shell (mouse and keyboard never worked). I've seen that someone had success with a Fedora-Workstation-Rawhide-20200110.n.0.aarch64.raw.xz image - has anyone successfully booted from anything newer? The new images do seem to be broken. I just tried the latest one, and as you have seen, the boot process hangs at the Ethernet initialization point. Kernel or firmware stage? The firmware stage is slow but it does go through. I just tried Fedora-Minimal-Rawhide-20200302.n.1.aarch64.raw.xz and it worked properly. However, Fedora-Workstation-Rawhide-20200302.n.1.aarch64.raw.xz has a problem, as shown by the attached session.log file. I let it run for a long period of time, and after 5 or 10 minutes it wound up at a dracut emergency prompt. Please note that this was a fresh install - the only thing I changed was to enable the console uart in config.txt so I could log the output. I also tried Fedora-Minimal-Rawhide-20200214.n.1.aarch64.raw.xz, which is the latest one that I have saved, and it boots, but it won't let me log in on the console. I think that is because plymouth is fighting with agetty. I do have an RPi4 running 64-bit Fedora pretty well, including a KDE desktop. But I started with an earlier image, and it took a lot of fiddling around to get there. I have another RPi4 running Manjaro, and it provides a good 64-bit experience right out of the box. You might want to try that until "Fedora on RPi4" matures. Other distros are off topic for the list, please keep discussion to topic, if you wish to discuss them there's other forums. Sorry - I'll use private email in future. Steve U-Boot 2020.04-rc3 (Feb 26 2020 - 00:00:00 +) DRAM: 3.9 GiB RPI 4 Model B (0xc03112) MMC: emmc2@7e34: 0, mmcnr@7e30: 1 Loading Environment from FAT... *** Warning - bad CRC, using default environment In:serial Out: vidconsole Err: vidconsole Net: eth0: genet@7d58 Hit any key to stop autoboot: 2 1 0 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found EFI removable media binary efi/fedora/grubaa64.efi Found DTB mmc 0:2 /dtb/broadcom/bcm2711-rpi-4-b.dtb 22650 bytes read in 24 ms (920.9 KiB/s) Scanning disk em...@7e34.blk... Card did not respond to voltage select! Scanning disk mm...@7e30.blk... Disk mm...@7e30.blk not ready Found 4 disks BootOrder not defined EFI boot manager: Cannot load any image 2620152 bytes read in 194 ms (12.9 MiB/s) genet@7d58 Waiting for PHY auto negotiation to complete. done Use the ▲ and ▼ keys to change the selection. Press 'e' to edit the selected item, or 'c' for a command prompt. Fedora (5.6.0-0.rc3.git3.1.fc33.aarch64) 33 (Rawhide) System setup
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
On Tue, Mar 3, 2020 at 5:56 PM Steven A. Falco wrote: > > On 3/3/20 9:38 AM, Paul Kennedy wrote: > > I've just tried the latest F32 and Rawhide workstation images, but neither > > successfully booted for me. Both hung after eth0 came up, then sat for > > several minutes before logging about dracut timeouts and then a recovery > > shell (mouse and keyboard never worked). I've seen that someone had success > > with a Fedora-Workstation-Rawhide-20200110.n.0.aarch64.raw.xz image - has > > anyone successfully booted from anything newer? > > The new images do seem to be broken. I just tried the latest one, and as you > have seen, the boot process hangs at the Ethernet initialization point. Kernel or firmware stage? The firmware stage is slow but it does go through. > I also tried Fedora-Minimal-Rawhide-20200214.n.1.aarch64.raw.xz, which is the > latest one that I have saved, and it boots, but it won't let me log in on the > console. I think that is because plymouth is fighting with agetty. > > I do have an RPi4 running 64-bit Fedora pretty well, including a KDE desktop. > But I started with an earlier image, and it took a lot of fiddling around to > get there. > > I have another RPi4 running Manjaro, and it provides a good 64-bit experience > right out of the box. You might want to try that until "Fedora on RPi4" > matures. Other distros are off topic for the list, please keep discussion to topic, if you wish to discuss them there's other forums. ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
[fedora-arm] Re: What is the latest arm64 image that people have successfully run on the RPi4?
On 3/3/20 9:38 AM, Paul Kennedy wrote: I've just tried the latest F32 and Rawhide workstation images, but neither successfully booted for me. Both hung after eth0 came up, then sat for several minutes before logging about dracut timeouts and then a recovery shell (mouse and keyboard never worked). I've seen that someone had success with a Fedora-Workstation-Rawhide-20200110.n.0.aarch64.raw.xz image - has anyone successfully booted from anything newer? The new images do seem to be broken. I just tried the latest one, and as you have seen, the boot process hangs at the Ethernet initialization point. I also tried Fedora-Minimal-Rawhide-20200214.n.1.aarch64.raw.xz, which is the latest one that I have saved, and it boots, but it won't let me log in on the console. I think that is because plymouth is fighting with agetty. I do have an RPi4 running 64-bit Fedora pretty well, including a KDE desktop. But I started with an earlier image, and it took a lot of fiddling around to get there. I have another RPi4 running Manjaro, and it provides a good 64-bit experience right out of the box. You might want to try that until "Fedora on RPi4" matures. Steve __ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org ___ arm mailing list -- arm@lists.fedoraproject.org To unsubscribe send an email to arm-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
