Hi all,
I am writing this email to raise awareness well ahead of the F41 branching on August 6 about the bugs I found while running Fedora Rawhide on the RPi 4. I have proposed these bugs as blockers for the F41 release:
* gnome-initial-setup: Choosing avatar results in SetIconFile call failed for unknown reason [0] I proposed this as F41 Final blocker, but this is fairly minor bug and I can imagine that we would waive it if not fixed and create a common issue.
* gsk: vulkan renderer breaks gtk4 apps on Raspberry Pi 4 and 400 [1] GSK now defaults to vulkan and it causes problems on RPi, I initially encountered crashing gnome-initial-setup (and later that all GTK4 apps are crashing upon startup). Thus I proposed it as a F41 Beta blocker. This crashing on app startup will be resolved in the next GTK release, the fix is already merged. However, there are still issues with GTK4 apps [2], all related to vulkan renderer [3] [4] [5]. It is not yet clear if the problems are bugs in GTK or mesa. In the end, if proven difficult to fix, we could always switch back to older renderer as suggested by Adam during F40 cycle [6].
* Raspberry Pi 4 won't wake up from suspend [7] Although we don't have a criterion for suspend, I proposed this as a blocker bug. I cannot login every time I keep Raspberry Pi idling for 15 minutes and I have to restart it, this could also lead to loss of data. This is something different compared to the x86_64 situation. On x86_64 we probably wouldn't block on suspend on some particular hardware configuration, but I think we should block here since we support only a handful of ARM boards. Also, suspend on Raspberry Pi OS is disabled, so I'm not sure if suspend on Raspberry Pi is something we even want in Fedora.
[0] https://bugzilla.redhat.com/show_bug.cgi?id=2278845 [1] https://bugzilla.redhat.com/show_bug.cgi?id=2282171 [2] https://gitlab.gnome.org/GNOME/gtk/-/issues/6726#note_2121079 [3] https://gitlab.gnome.org/GNOME/gtk/-/issues/6743 [4] https://gitlab.gnome.org/GNOME/gtk/-/issues/6744 [5] https://gitlab.gnome.org/GNOME/gtk/-/issues/6745 [6] https://gitlab.gnome.org/GNOME/gtk/-/issues/6498#note_2063629 [7] https://bugzilla.redhat.com/show_bug.cgi?id=2283978
---
L.
On Fri, May 31, 2024 at 8:56 AM Lukas Brabec lbrabec@redhat.com wrote:
I am writing this email to raise awareness well ahead of the F41 branching on August 6 about the bugs I found while running Fedora Rawhide on the RPi 4. I have proposed these bugs as blockers for the F41 release:
- gnome-initial-setup: Choosing avatar results in SetIconFile call failed for
unknown reason [0] I proposed this as F41 Final blocker, but this is fairly minor bug and I can imagine that we would waive it if not fixed and create a common issue.
- gsk: vulkan renderer breaks gtk4 apps on Raspberry Pi 4 and 400 [1]
GSK now defaults to vulkan and it causes problems on RPi, I initially encountered crashing gnome-initial-setup (and later that all GTK4 apps are crashing upon startup). Thus I proposed it as a F41 Beta blocker. This crashing on app startup will be resolved in the next GTK release, the fix is already merged. However, there are still issues with GTK4 apps [2], all related to vulkan renderer [3] [4] [5]. It is not yet clear if the problems are bugs in GTK or mesa. In the end, if proven difficult to fix, we could always switch back to older renderer as suggested by Adam during F40 cycle [6].
- Raspberry Pi 4 won't wake up from suspend [7]
Although we don't have a criterion for suspend, I proposed this as a blocker bug. I cannot login every time I keep Raspberry Pi idling for 15 minutes and I have to restart it, this could also lead to loss of data. This is something different compared to the x86_64 situation. On x86_64 we probably wouldn't block on suspend on some particular hardware configuration, but I think we should block here since we support only a handful of ARM boards. Also, suspend on Raspberry Pi OS is disabled, so I'm not sure if suspend on Raspberry Pi is something we even want in Fedora.
[0] https://bugzilla.redhat.com/show_bug.cgi?id=2278845 [1] https://bugzilla.redhat.com/show_bug.cgi?id=2282171 [2] https://gitlab.gnome.org/GNOME/gtk/-/issues/6726#note_2121079 [3] https://gitlab.gnome.org/GNOME/gtk/-/issues/6743 [4] https://gitlab.gnome.org/GNOME/gtk/-/issues/6744 [5] https://gitlab.gnome.org/GNOME/gtk/-/issues/6745 [6] https://gitlab.gnome.org/GNOME/gtk/-/issues/6498#note_2063629 [7] https://bugzilla.redhat.com/show_bug.cgi?id=2283978
It looks like https://bugzilla.redhat.com/show_bug.cgi?id=2242759 is still outstanding. The 2242759 bug is "dnf system-upgrade fails on some RPi4 due to system boot date that pre-dates gpg key."
Jeff
Hi Lukas,
Sorry for the delay in reply, it got lost in the mess of my inbox.
I am writing this email to raise awareness well ahead of the F41 branching on August 6 about the bugs I found while running Fedora Rawhide on the RPi 4. I have proposed these bugs as blockers for the F41 release:
- gnome-initial-setup: Choosing avatar results in SetIconFile call failed for
unknown reason [0] I proposed this as F41 Final blocker, but this is fairly minor bug and I can imagine that we would waive it if not fixed and create a common issue.
TBH that doesn't look RPi specific, does it work if you set SELinux to permissive? It seems like a perms/access problem to me.
- gsk: vulkan renderer breaks gtk4 apps on Raspberry Pi 4 and 400 [1]
GSK now defaults to vulkan and it causes problems on RPi, I initially encountered crashing gnome-initial-setup (and later that all GTK4 apps are crashing upon startup). Thus I proposed it as a F41 Beta blocker. This crashing on app startup will be resolved in the next GTK release, the fix is already merged. However, there are still issues with GTK4 apps [2], all related to vulkan renderer [3] [4] [5]. It is not yet clear if the problems are bugs in GTK or mesa. In the end, if proven difficult to fix, we could always switch back to older renderer as suggested by Adam during F40 cycle [6].
What is GSK? Was there an official Fedora change for the switch to Vulkan?
- Raspberry Pi 4 won't wake up from suspend [7]
Although we don't have a criterion for suspend, I proposed this as a blocker bug. I cannot login every time I keep Raspberry Pi idling for 15 minutes and I have to restart it, this could also lead to loss of data. This is something different compared to the x86_64 situation. On x86_64 we probably wouldn't block on suspend on some particular hardware configuration, but I think we should block here since we support only a handful of ARM boards. Also, suspend on Raspberry Pi OS is disabled, so I'm not sure if suspend on Raspberry Pi is something we even want in Fedora.
I am absolutely against blocking on suspend for RPi or any specific platform, this is completely out of our control and it's not supported even on downstream kernel forks, it's dependent on issues with closed FW which is completely out of our control. There's reasons we don't block on suspend on x86 so I am unsure why we'd explicitly decide to torture arm maintainers with that.
Peter
Hey Peter,
On Thu, Jun 20, 2024 at 5:41 PM Peter Robinson pbrobinson@gmail.com wrote:
- gsk: vulkan renderer breaks gtk4 apps on Raspberry Pi 4 and 400 [1]
GSK now defaults to vulkan and it causes problems on RPi, I initially encountered crashing gnome-initial-setup (and later that all GTK4 apps
are
crashing upon startup). Thus I proposed it as a F41 Beta blocker. This crashing on app startup will be resolved in the next GTK release, the
fix is
already merged. However, there are still issues with GTK4 apps [2], all related to vulkan renderer [3] [4] [5]. It is not yet clear if the problems are bugs in
GTK or
mesa. In the end, if proven difficult to fix, we could always switch
back to
older renderer as suggested by Adam during F40 cycle [6].
What is GSK? Was there an official Fedora change for the switch to Vulkan?
That would be the GTK Scene Graph Kit (part of the rendering pipeline in GTK?) . It's an upstream change, so I am not sure if a change is needed (I am not saying it's not, just don't know). They've (GTK upstream) made a change from gl to ngl renderer in Fedora 40 [0] (there was an issue on RPI 4 caused by it that got resolved before the GA [2]), and the current devel version of GTK 4 in rawhide changed that once again from ngl to vulkan.
[0] https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6809 [1] https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/7153 [2] https://bugzilla.redhat.com/show_bug.cgi?id=2269412
On Thu, 20 Jun 2024 at 16:50, Frantisek Zatloukal fzatlouk@redhat.com wrote:
Hey Peter,
On Thu, Jun 20, 2024 at 5:41 PM Peter Robinson pbrobinson@gmail.com wrote:
- gsk: vulkan renderer breaks gtk4 apps on Raspberry Pi 4 and 400 [1]
GSK now defaults to vulkan and it causes problems on RPi, I initially encountered crashing gnome-initial-setup (and later that all GTK4 apps are crashing upon startup). Thus I proposed it as a F41 Beta blocker. This crashing on app startup will be resolved in the next GTK release, the fix is already merged. However, there are still issues with GTK4 apps [2], all related to vulkan renderer [3] [4] [5]. It is not yet clear if the problems are bugs in GTK or mesa. In the end, if proven difficult to fix, we could always switch back to older renderer as suggested by Adam during F40 cycle [6].
What is GSK? Was there an official Fedora change for the switch to Vulkan?
That would be the GTK Scene Graph Kit (part of the rendering pipeline in GTK?) . It's an upstream change, so I am not sure if a change is needed (I am not saying it's not, just don't know). They've (GTK upstream) made a change from gl to ngl renderer in Fedora 40 [0] (there was an issue on RPI 4 caused by it that got resolved before the GA [2]), and the current devel version of GTK 4 in rawhide changed that once again from ngl to vulkan.
That should definitely be a change in Fedora.
[0] https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6809 [1] https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/7153 [2] https://bugzilla.redhat.com/show_bug.cgi?id=2269412
--
Best regards / S pozdravem,
František Zatloukal Senior Quality Engineer Red Hat
On Thu, Jun 20, 2024 at 5:41 PM Peter Robinson pbrobinson@gmail.com wrote:
Hi Lukas,
Sorry for the delay in reply, it got lost in the mess of my inbox.
I am writing this email to raise awareness well ahead of the F41
branching
on August 6 about the bugs I found while running Fedora Rawhide on the
RPi 4.
I have proposed these bugs as blockers for the F41 release:
- gnome-initial-setup: Choosing avatar results in SetIconFile call
failed for
unknown reason [0] I proposed this as F41 Final blocker, but this is fairly minor bug and I
can
imagine that we would waive it if not fixed and create a common issue.
TBH that doesn't look RPi specific, does it work if you set SELinux to permissive? It seems like a perms/access problem to me.
Yep, you're right. Setting up an avatar in gnome-initial-setup works on image booted up with selinux=0 on kernel cmdline.
- gsk: vulkan renderer breaks gtk4 apps on Raspberry Pi 4 and 400 [1]
GSK now defaults to vulkan and it causes problems on RPi, I initially encountered crashing gnome-initial-setup (and later that all GTK4 apps
are
crashing upon startup). Thus I proposed it as a F41 Beta blocker. This crashing on app startup will be resolved in the next GTK release, the
fix is
already merged. However, there are still issues with GTK4 apps [2], all related to vulkan renderer [3] [4] [5]. It is not yet clear if the problems are bugs in
GTK or
mesa. In the end, if proven difficult to fix, we could always switch
back to
older renderer as suggested by Adam during F40 cycle [6].
What is GSK? Was there an official Fedora change for the switch to Vulkan?
- Raspberry Pi 4 won't wake up from suspend [7]
Although we don't have a criterion for suspend, I proposed this as a
blocker
bug. I cannot login every time I keep Raspberry Pi idling for 15 minutes
and
I have to restart it, this could also lead to loss of data. This is
something
different compared to the x86_64 situation. On x86_64 we probably
wouldn't
block on suspend on some particular hardware configuration, but I think
we
should block here since we support only a handful of ARM boards. Also, suspend on Raspberry Pi OS is disabled, so I'm not sure if suspend
on
Raspberry Pi is something we even want in Fedora.
I am absolutely against blocking on suspend for RPi or any specific platform, this is completely out of our control and it's not supported even on downstream kernel forks, it's dependent on issues with closed FW which is completely out of our control. There's reasons we don't block on suspend on x86 so I am unsure why we'd explicitly decide to torture arm maintainers with that.
Peter
Yes, I get that. I don't think that we should block on a specific platform, especially if it is out of our control. But it is a pretty horrible default that RPi with Fedora Workstation is unusable after 15 minutes. I don't know the internals or what it would take to fix it, but if it is just a switch to disable suspend for arm images... well then we should disable it. The bug has been re-proposed as blocking, there is a discussion issue for the blocker bug (https://pagure.io/fedora-qa/blocker-review/issue/1607). Please, please voice your concerns there, you are probably the most qualified among us.
L.
Sorry for the delay in reply, it got lost in the mess of my inbox.
I am writing this email to raise awareness well ahead of the F41 branching on August 6 about the bugs I found while running Fedora Rawhide on the RPi 4. I have proposed these bugs as blockers for the F41 release:
- gnome-initial-setup: Choosing avatar results in SetIconFile call failed for
unknown reason [0] I proposed this as F41 Final blocker, but this is fairly minor bug and I can imagine that we would waive it if not fixed and create a common issue.
TBH that doesn't look RPi specific, does it work if you set SELinux to permissive? It seems like a perms/access problem to me.
Yep, you're right. Setting up an avatar in gnome-initial-setup works on image booted up with selinux=0 on kernel cmdline.
- gsk: vulkan renderer breaks gtk4 apps on Raspberry Pi 4 and 400 [1]
GSK now defaults to vulkan and it causes problems on RPi, I initially encountered crashing gnome-initial-setup (and later that all GTK4 apps are crashing upon startup). Thus I proposed it as a F41 Beta blocker. This crashing on app startup will be resolved in the next GTK release, the fix is already merged. However, there are still issues with GTK4 apps [2], all related to vulkan renderer [3] [4] [5]. It is not yet clear if the problems are bugs in GTK or mesa. In the end, if proven difficult to fix, we could always switch back to older renderer as suggested by Adam during F40 cycle [6].
What is GSK? Was there an official Fedora change for the switch to Vulkan?
- Raspberry Pi 4 won't wake up from suspend [7]
Although we don't have a criterion for suspend, I proposed this as a blocker bug. I cannot login every time I keep Raspberry Pi idling for 15 minutes and I have to restart it, this could also lead to loss of data. This is something different compared to the x86_64 situation. On x86_64 we probably wouldn't block on suspend on some particular hardware configuration, but I think we should block here since we support only a handful of ARM boards. Also, suspend on Raspberry Pi OS is disabled, so I'm not sure if suspend on Raspberry Pi is something we even want in Fedora.
I am absolutely against blocking on suspend for RPi or any specific platform, this is completely out of our control and it's not supported even on downstream kernel forks, it's dependent on issues with closed FW which is completely out of our control. There's reasons we don't block on suspend on x86 so I am unsure why we'd explicitly decide to torture arm maintainers with that.
Peter
Yes, I get that. I don't think that we should block on a specific platform, especially if it is out of our control. But it is a pretty horrible default that RPi with Fedora Workstation is unusable after 15 minutes. I don't know the internals or what it would take to fix it, but if it is just a switch to disable suspend for arm images... well then we should disable it. The bug has been re-proposed as blocking, there is a discussion issue for the blocker bug (https://pagure.io/fedora-qa/blocker-review/issue/1607). Please, please voice your concerns there, you are probably the most qualified among us.
I have