I just restarted my fedora-arm system on raspberry pi 4 after days of using another system and found that the sound does in fact work (I shut off all devices but my bluetooth speaker in the pavucontrol configuration window -- misconfiguration in pavucontrol likely was the reason I could not get audio to work before).
So I would say that the mainline fedora-ARM aarch64 kernel is functioning pretty well on my system: video works well as does audio, all usb ports work (usb 2 and 3) and I am able to start up on an SSD with no problem. Wifi and bluetooth have been functional out of the box. The system does take about two minute to boot up. I am using openbox with full xorg capability. It seems that there is a good case for stating that raspberry pi 4B is supported by the fedora-ARM 64 bit kernel (aarch64) on the Fedora-ARM wiki. Now perhaps things don't work as well on a Fedora Workstation which is very bloated -- I don't know but I do know that on a less demanding system (like openbox), everything seems to be running well. On Wed, Sep 22, 2021 at 9:21 AM Peter Robinson <pbrobin...@gmail.com> wrote: > On Wed, Sep 22, 2021 at 5:14 PM Donatom M <donatom.mart...@gmail.com> > wrote: > > > > Someone on this thread mentioned that Archlinux-ARM uses raspberry pi > linux kernel. That might be for the 32 bit version but when you are running > 64 bit on the raspberry pi it seems that the kernel is a regular linux > kernel for ARM architecture. [url] > https://kiljan.org/2021/05/28/64-bit-arch-linux-arm-on-a-raspberry-pi-4-model-b-with-8-gb-of-ram-may-2021-update/ > [/url] > > > > I bring this up because I believe Fedora ARM could use the same kernel > (non-raspberry pi modified) and thereby get all features (audio, etc.) > working out of the box. > > As the maintainer I've already investigated that, if it's "working" > it's not an upstream kernel as not all things are upstream. One of the > upstream maintainers commented explicitly on that earlier in the > thread. It's not like I don't actually read just about all of the > upstream kernel commits for each cycle to see what changes. > > > On Tue, Sep 21, 2021 at 3:52 PM Donatom M <donatom.mart...@gmail.com> > wrote: > >> > >> Okay. Thanks, Peter. > >> > >> On Tue, Sep 21, 2021 at 1:07 PM Peter Robinson <pbrobin...@gmail.com> > wrote: > >>> > >>> On Tue, Sep 21, 2021 at 9:00 PM Donatom M <donatom.mart...@gmail.com> > wrote: > >>> > > >>> > How do I do that. I thought it would be automatic. > >>> > >>> Reply All. > >>> > >>> > On Tue, Sep 21, 2021 at 12:20 PM Peter Robinson < > pbrobin...@gmail.com> wrote: > >>> >> > >>> >> Please leave the mailing list on replied. > >>> >> > >>> >> > I would agree that fedora 34 arm has some disadvantages when run > on Raspberry Pi 4 with xorg server. I have fedora installed onto a SSD > drive. As another member mentioned, I have found that audio does not work > out of the box. I have not tried to get audio to work because audio was not > important to me on this build. I would hope that Raspberry Pi support and > fedora-arm would work on remedying the few problems that exist. > >>> >> > > >>> >> > I would like to note that I also have Archlinux-Arm with X server > on an SD card (128 GiG) and everything works without any problem at all, so > I would think that if Arch-ARM can build a system that is fully functional > on Raspberry Pi 4, so can Fedora-ARM. All of my systems are running 64 bit > with Raspberry Pi 4, by the way. > >>> >> > >>> >> Archlinux-Arm uses the downstream Raspberry Pi fork of the kernel. > >>> >> > >>> >> > On Tue, Sep 21, 2021 at 1:32 AM Peter Robinson < > pbrobin...@gmail.com> wrote: > >>> >> >> > >>> >> >> > >> On this page it states that the RPi4 is not supported. > >>> >> >> > >>> >> >> That is correct, there's a very large cavernous gap between "may > work > >>> >> >> for a number of purposes including yours" and something that > will work > >>> >> >> for the vast majority of users. > >>> >> >> > >>> >> >> The core "supported" status will change when the standard GUI > runs > >>> >> >> fully accelerated and users have WiFi/sound and the things that > are > >>> >> >> associated with a reasonable desktop experience as that's the > default > >>> >> >> means a lot of new users expect. That's what I, as the RPi > maintainer, > >>> >> >> did when we introduced "supported" RPi3. Any less than that the > >>> >> >> support queries are too high. > >>> >> >> > >>> >> >> > >> > https://fedoraproject.org/wiki/Architectures/ARM/Raspberry_Pi#Raspberry_Pi_4 > >>> >> >> > > > >>> >> >> > > yes the statement about hardware support isn't quite correct > anymore. > >>> >> >> > > But there is still a noticeable difference between the > mainline kernel > >>> >> >> > > (which Fedora uses) and the vendor kernel from the Raspberry > Pi Foundation. > >>> >> >> > > > >>> >> >> > > Most notably are: > >>> >> >> > > - audio support > >>> >> >> > > - V3D support > >>> >> >> > >>> >> >> Those two are critical. > >>> >> >> > >>> >> >> > An update to say clearly that only server/headless worked then > would better the. The blanket “it does not work”. I is only that I looked > deeper that I found out that it > >>> >> >> > might work. > >>> >> >> > >>> >> >> The Wiki page explicitly does not say "it does not work" it says > it's > >>> >> >> not supported. The words are chosen specifically. By saying it's > >>> >> >> supported a user can rock up when something doesn't work and ask > for > >>> >> >> support or assistance, if something breaks we block the release > etc. > >>> >> >> By saying it's not supported a user may try it and if it works > for > >>> >> >> them great, but if it breaks while we'll attempt to fix it that > may > >>> >> >> take time and it may not get fixed. > >>> >> >> > >>> >> >> > Oh and would need a warning that the boot is very slow. > >>> >> >> > I see a black screen for a couple of minutes before I see any > output > >>> >> >> > from the kernel or systemd. > >>> >> >> > >>> >> >> Oh look, a user asking for "support".... see my points above! > >>> >> >> > >>> >> >> > > A lot users doesn't accept this. Instead of blaming the > vendor to focus > >>> >> >> > > on its own kernel branch, they blame Fedora for using the > mainline > >>> >> >> > > kernel. So that's the reason to say it's not officially > supported. > >>> >> >> > >>> >> >> It's one reason, but not the only ones. > >>> >> >> > >>> >> >> > >> There a lots of messages in this mailing archieve showing > that people are > >>> >> >> > >> getting Fedora to work on RPi4. > >>> >> >> > >>> >> >> Yes, and that's the idea, a more advanced user will be able to > >>> >> >> ascertain it works, and it has for a *long* time and likely be > able to > >>> >> >> do most of what they want to do. > >>> >> >> > >>> >> >> > >> Is there still a reason to claim its not supported? > >>> >> >> > >> If so what should I be watching out for/avoiding with the > RPi4? > >>> >> >> > > For a headless / server setup there shouldn't be no general > issues. > >>> >> >> > >>> >> >> For a headless server it should be fine, but a general user > comes via > >>> >> >> Fedora Workstation and expect and accelerated desktop and sound > and we > >>> >> >> don't have them working ATM. > >>> >> >> > >>> >> >> Peter > >>> >> >> - The Fedora Raspberry Pi "maintainer" > >>> >> >> _______________________________________________ > >>> >> >> 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 > >>> >> >> Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure >
_______________________________________________ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure