Arm-dev

arm-dev@lists.centos.org

686 discussions

Support for PHP 7.4 on armv7l
by Bruno Martins 01 Mar '21

01 Mar '21

Hello guys, I am using CentOS 7.9.2009 and trying to figure out how to install PHP version 7.4 under armv7l. Is this supported and has anyone else tried so they can give me a hint? I am currently successfully running 7.2. Kind regards, Bruno

2 2

Software collection rh-php73 amv7
by mark 29 Jan '21

29 Jan '21

Hello, Over the past time received an increasing amount of request for the rh-php73 Software Collection on armv7. Mainly to be able to run nextcloud but also zabbix 5.0 requires php7x. For full disclosure: the request come from the Nethserver community, which provides a all-in-one smb server based on CentOS x86_64. And the arm port of this is a small scale community effort. This being out of the way, I have rebuild the bare minimum rh-hph73 packages to install nextcloud without issues.(1) Just pushed the source packages through mock to rebuild them for armv7, first tests are encouraging. So far so good, problem is my build system is me and my keyboard. Which is not a very sustainable way to maintain rh-php73 for armv7. See a lot of nice hardware posted to the list, to be frank a bit above the budget I'm willing to put in this community effort. Are there other people on this list who want to join the effort to provide an unofficial community driven armv7 port of rh-hph7x? Or is this even on the white-board at the CentOS altarch sig? Until now did not find a public build-system for armv7 el7 does this exist? Any suggestions are welcome. 1) development repository with first results: __Note__ this is development do not use it in a real life application! https://vps01.havak.nl/nethserver/7/devel/

2 2

Desktop Boards
by Gordan Bobic 28 Jan '21

28 Jan '21

Hi, Most unfortunately, my MP30-AR1 board seems to have expired today. It gets stuck in an infinite boot loop: Boot from SPI-NOR American Megatrends Boot firmware (Project MP30-AR1, BIOS Ver F01; built at 15:11:23 on Sep 5 2016) Slimpro FW Ver: 2.4 iPP Ver: 01.15.01.00 Checkpoint 2D Checkpoint 2D Checkpoint 2D Checkpoint 2D So I'm looking for a replacement. Unfortunately, everything I can get in *TX form factor seems to be nowhere nearly as good, despite 6-7 years of advancement, and I can't seem to find a replacement MP30-AR1 board listed anywhere. I am aware of these: https://www.chip1stop.com/USA/en/product/detail?partId=SOCI-0000003&mpn=SC0… Pros: - Can just buy one Cons: - Poor performance despite lots of cores, especially single-thread performance compared to the old MP30-AR1 - Only half the RAM capacity at 64GB https://e.huawei.com/en/products/servers/kunpeng/kunpeng-desktop-board Pros: - Might have half decent single thread performance matching or exceeding the old MP30-AR1 Cons: - Questionable availability, unknown pricing - Only half the RAM capacity at 64GB Is there another offering that I'm missing? I know Gigabyte do a server system, but I need something reasonably quiet and compact rather than something rack mounted making data centre grade noise. Any suggestions gratefully received. Gordan

4 6

Re: [Arm-dev] unable to configure zram-swap on RPI 4 8G model (32bit)
by mark 24 Jan '21

24 Jan '21

-----Original message----- > From: mark <mark(a)havak.nl> > Sent: Thursday December 17th, 2020 22:10 > To: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar>; Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > Subject: RE: [Arm-dev] unable to configure zram-swap on RPI 4 8G model (32bit) > > -----Original message----- > > From: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > > Sent: Thursday, December 17, 2020 9:39 PM > > To: mark <mark(a)havak.nl>; Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > > Subject: Re: [Arm-dev] unable to configure zram-swap on RPI 4 8G model (32bit) > > > > > > On 17/12/20 14:09, mark wrote: > > > -----Original message----- > > >> From: mark <mark(a)havak.nl> > > >> Sent: Monday, December 14, 2020 6:15 PM > > >> To: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar>; Conversations around > > CentOS on ARM hardware <arm-dev(a)centos.org> > > >> Subject: RE: [Arm-dev] unable to configure zram-swap on RPI 4 8G model > > (32bit) > > >> > > >> > > >> > > >> -----Original message----- > > >>> From: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > > >>> Sent: Monday, December 14, 2020 6:00 PM > > >>> To: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org>; > > mark > > >> <mark(a)havak.nl> > > >>> Subject: Re: [Arm-dev] unable to configure zram-swap on RPI 4 8G model > > (32bit) > > >>> > > >>> > > >>> On 14/12/20 13:43, mark wrote: > > >>>> -----Original Message----- > > >>>> From: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > > >>>> Sent: maandag 14 december 2020 17:20 > > >>>> To: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org>; > > >> mark > > >>> <mark(a)havak.nl> > > >>>> Subject: Re: [Arm-dev] unable to configure zram-swap on RPI 4 8G model > > >> (32bit) > > >>>> > > >>>> On 14/12/20 11:42, mark wrote: > > >>>>> Being aware using zram-swap is not a default feature on the CentOS > > >>>>> Userland for armv7hl, Still want to share the problem I ran in to. > > >>>>> > > >>>>> I turns out the arm 32bit kernel with large memory support OOPS if > zram-swap > > >>> is deployed if the system has more than 4GB ram. > > >>>> I'm a heavy user of zram-swap, even not being default, but I have only > > >> used > > >>> with devices that have 2G max, this is interesting. Does it still happen > > >> if > > >>> you limit the size? > > >>>> Did not test limiting the ram to 4GB myself jet, it does according > to > > >> : > > >>>> https://github.com/raspberrypi/linux/issues/3839#issuecomment-723027652 > > >>> I meant limiting the size of the zram-swap > > >> No the size of the swap does not seem matter: I tried 512, 1024 and 4096MB > > >> > > >> On a RPI4 4GB model it works just fine, > > >> on a 8GB model I get a "Internal error: Oops: 207" > > >> > > >> BTW running a fresh homebrew image of CentOS 7.9.2009 without a swap-partition > > >> and kernel: > > >> 5.4.72-v7l.1.el7 #1 SMP Wed Oct 21 17:20:56 UTC 2020 armv7l armv7l armv7l > > >> GNU/Linux > > >> > > >> > > >>>> > > >>>>> This issue seems to be addressed (very recently) in kernel 5.4.81 > (1) > > >>>>> > > >>>>> As mentioned this is very recently, version 5.4.81 is just 12 day's > > >> old.. > > >>>>> However if there is a testbuild of this rpi2-kernel4: I'm eager to > test > > >>> it  > > > Just a heads-up, > > > > > > I could not figure out how to make a test build of a kernel => 5.4.81 > based > > on the current raspberrypi2-kernel4-5.4.72 kernel. > > > Not knowledgeable enough to update the rpi-5.4.x.patch... My Bad > > > > > > However was able to rebuild the current kernel with the patch mentioned > > in the commit (1); > > > needed to include an other, quite harmless looking, patch in order to > get > > it applied clean > > > > That's even better actually, because we can confirm that it actually > > that patch that fixes it, thanks!!! > > > > Just curious, how long did it take to rebuild the kernel? > > About 01:45; (mock) state.log building on an odroid hc1: > > 2020-12-17 15:46:56,190 - Mock Version: 2.7 > 2020-12-17 15:46:58,637 - Start: yum update > 2020-12-17 15:47:11,414 - Finish: yum update > 2020-12-17 15:47:11,458 - Finish: chroot init > 2020-12-17 15:47:11,470 - Start: build phase for raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm > 2020-12-17 15:47:11,488 - Start: build setup for raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm > 2020-12-17 15:48:41,143 - Finish: build setup for raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm > 2020-12-17 15:48:41,147 - Start: Outputting list of installed packages > 2020-12-17 15:48:41,842 - Finish: Outputting list of installed packages > 2020-12-17 15:48:41,843 - Start: rpmbuild raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm > 2020-12-17 17:28:49,731 - Finish: rpmbuild raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm > 2020-12-17 17:28:51,856 - Finish: build phase for raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm > 2020-12-17 17:28:51,884 - Start: clean chroot > 2020-12-17 17:30:32,678 - Finish: clean chroot > 2020-12-17 17:30:32,683 - Finish: run > > probably going to move to a (faster) platform in the future; > it is hard to just say goodbye to a device that served you well :) > > > > > > Long story short, zram-swap works on my RPI4 8G model: > > > > > > # swapon --show > > > NAME TYPE SIZE USED PRIO > > > /dev/zram0 partition 3.7G 0B -2 > > > > > > # uname -a > > > Linux localhost 5.4.72-v7l.1.1.el7 #1 SMP Thu Dec 17 16:13:03 CET 2020 > armv7l > > armv7l armv7l GNU/Linux > > > > > > # free -m > > > total used free shared buff/cache > available > > > Mem: 7876 94 7469 16 312 > > 7691 > > > Swap: 3755 0 3755 > > > > > > > > > In my (probably short lived) git repo the changes I made: > > > https://github.com/markVnl/Centos-raspberrypi2-kernel/tree/zram-swap-oops > > > > > > > > >>>> There's no test build yet, I'm still adjusting to what happened last > > >>>> week, but hopefully we'll have a new kernel soon Hi, is there a status update on this? Did run your test build (5.4.84-v8.1.el7.armhfp) from buildlogs it solved the issue and just saw (as in now) a build of 5.4.88-v8.1.el7.armhfp, wil test that one too > > >>>>> 1) https://github.com/raspberrypi/linux/commit/1bef5f25a69234613b92a0e2456870f… > > >>>>> > > >>>>> > > >>>> Pablo. > > >>>> > > >>>> _______________________________________________ > > >>>> Arm-dev mailing list > > >>>> Arm-dev(a)centos.org > > >>>> https://lists.centos.org/mailman/listinfo/arm-dev > > Pablo. > > >

2 1

Re: [Arm-dev] unable to configure zram-swap on RPI 4 8G model (32bit)
by mark 17 Dec '20

17 Dec '20

-----Original message----- > From: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > Sent: Thursday, December 17, 2020 9:39 PM > To: mark <mark(a)havak.nl>; Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > Subject: Re: [Arm-dev] unable to configure zram-swap on RPI 4 8G model (32bit) > > > On 17/12/20 14:09, mark wrote: > > -----Original message----- > >> From: mark <mark(a)havak.nl> > >> Sent: Monday, December 14, 2020 6:15 PM > >> To: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar>; Conversations around > CentOS on ARM hardware <arm-dev(a)centos.org> > >> Subject: RE: [Arm-dev] unable to configure zram-swap on RPI 4 8G model > (32bit) > >> > >> > >> > >> -----Original message----- > >>> From: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > >>> Sent: Monday, December 14, 2020 6:00 PM > >>> To: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org>; > mark > >> <mark(a)havak.nl> > >>> Subject: Re: [Arm-dev] unable to configure zram-swap on RPI 4 8G model > (32bit) > >>> > >>> > >>> On 14/12/20 13:43, mark wrote: > >>>> -----Original Message----- > >>>> From: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > >>>> Sent: maandag 14 december 2020 17:20 > >>>> To: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org>; > >> mark > >>> <mark(a)havak.nl> > >>>> Subject: Re: [Arm-dev] unable to configure zram-swap on RPI 4 8G model > >> (32bit) > >>>> > >>>> On 14/12/20 11:42, mark wrote: > >>>>> Being aware using zram-swap is not a default feature on the CentOS > >>>>> Userland for armv7hl, Still want to share the problem I ran in to. > >>>>> > >>>>> I turns out the arm 32bit kernel with large memory support OOPS if zram-swap > >>> is deployed if the system has more than 4GB ram. > >>>> I'm a heavy user of zram-swap, even not being default, but I have only > >> used > >>> with devices that have 2G max, this is interesting. Does it still happen > >> if > >>> you limit the size? > >>>> Did not test limiting the ram to 4GB myself jet, it does according to > >> : > >>>> https://github.com/raspberrypi/linux/issues/3839#issuecomment-723027652 > >>> I meant limiting the size of the zram-swap > >> No the size of the swap does not seem matter: I tried 512, 1024 and 4096MB > >> > >> On a RPI4 4GB model it works just fine, > >> on a 8GB model I get a "Internal error: Oops: 207" > >> > >> BTW running a fresh homebrew image of CentOS 7.9.2009 without a swap-partition > >> and kernel: > >> 5.4.72-v7l.1.el7 #1 SMP Wed Oct 21 17:20:56 UTC 2020 armv7l armv7l armv7l > >> GNU/Linux > >> > >> > >>>> > >>>>> This issue seems to be addressed (verry recently) in kernel 5.4.81 (1) > >>>>> > >>>>> As mentioned this is verry recently, version 5.4.81 is just 12 day's > >> old.. > >>>>> However if there is a testbuild of this rpi2-kernel4: I'm eager to test > >>> it  > > Just a heads-up, > > > > I could not figure out how to make a test build of a kernel => 5.4.81 based > on the current raspberrypi2-kernel4-5.4.72 kernel. > > Not knowledgeable enough to update the rpi-5.4.x.patch... My Bad > > > > However was able to rebuild the current kernel with the patch mentioned > in the commit (1); > > needed to include an other, quite harmless looking, patch in order to get > it applied clean > > That's even better actually, because we can confirm that it actually > that patch that fixes it, thanks!!! > > Just curious, how long did it take to rebuild the kernel? About 01:45; (mock) state.log building on an odroid hc1: 2020-12-17 15:46:56,190 - Mock Version: 2.7 2020-12-17 15:46:58,637 - Start: yum update 2020-12-17 15:47:11,414 - Finish: yum update 2020-12-17 15:47:11,458 - Finish: chroot init 2020-12-17 15:47:11,470 - Start: build phase for raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm 2020-12-17 15:47:11,488 - Start: build setup for raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm 2020-12-17 15:48:41,143 - Finish: build setup for raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm 2020-12-17 15:48:41,147 - Start: Outputting list of installed packages 2020-12-17 15:48:41,842 - Finish: Outputting list of installed packages 2020-12-17 15:48:41,843 - Start: rpmbuild raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm 2020-12-17 17:28:49,731 - Finish: rpmbuild raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm 2020-12-17 17:28:51,856 - Finish: build phase for raspberrypi2-5.4.72-v7.1.1.ns7.src.rpm 2020-12-17 17:28:51,884 - Start: clean chroot 2020-12-17 17:30:32,678 - Finish: clean chroot 2020-12-17 17:30:32,683 - Finish: run probably going to move to a (faster) platform in the future; it is hard to just say goodbye to a device that served you well :) > > > Long story short, zram-swap works on my RPI4 8G model: > > > > # swapon --show > > NAME TYPE SIZE USED PRIO > > /dev/zram0 partition 3.7G 0B -2 > > > > # uname -a > > Linux localhost 5.4.72-v7l.1.1.el7 #1 SMP Thu Dec 17 16:13:03 CET 2020 armv7l > armv7l armv7l GNU/Linux > > > > # free -m > > total used free shared buff/cache available > > Mem: 7876 94 7469 16 312 > 7691 > > Swap: 3755 0 3755 > > > > > > In my (probably short lived) git repo the changes I made: > > https://github.com/markVnl/Centos-raspberrypi2-kernel/tree/zram-swap-oops > > > > > >>>> There's no test build yet, I'm still adjusting to what happened last > >>>> week, but hopefully we'll have a new kernel soon > >>>>> 1) https://github.com/raspberrypi/linux/commit/1bef5f25a69234613b92a0e2456870f… > >>>>> > >>>>> > >>>> Pablo. > >>>> > >>>> _______________________________________________ > >>>> Arm-dev mailing list > >>>> Arm-dev(a)centos.org > >>>> https://lists.centos.org/mailman/listinfo/arm-dev > Pablo. >

1 0

Supported Hardware for CentOS8
by Andreas Reschke 17 Dec '20

17 Dec '20

Hello together, I've running a SOHO mailserver (postfix, dovecot, amavis, spamassassin, apache, nextcloud, mariadb) with fedora on a Odroid-XU4 for a long time. Since limmited RAM (2GB) OOM kills amavis 2/3 a day. Now I'm thing to replace Odroid-HC1 with a SOC with more RAM Is there any Hardware (SOC, no expensive Serverbords) that runs with CentOS8 and/or Fedora? OS : CentOS8 and/or Fedora aarch64 CPU: min 4 RAM: min 4 GB Storage: eMMC with SSD, USB3 Thoose boards on https://fedoraproject.org/wiki/Architectures/ARM are all armv7hl (=32Bit) and on https://wiki.centos.org/SpecialInterestGroup/AltArch/AArch64 are all expensive Serverbords. Greetings Andreas

4 3

Re: [Arm-dev] unable to configure zram-swap on RPI 4 8G model (32bit)
by mark 17 Dec '20

17 Dec '20

-----Original message----- > From: mark <mark(a)havak.nl> > Sent: Monday, December 14, 2020 6:15 PM > To: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar>; Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > Subject: RE: [Arm-dev] unable to configure zram-swap on RPI 4 8G model (32bit) > > > > -----Original message----- > > From: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > > Sent: Monday, December 14, 2020 6:00 PM > > To: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org>; mark > <mark(a)havak.nl> > > Subject: Re: [Arm-dev] unable to configure zram-swap on RPI 4 8G model (32bit) > > > > > > On 14/12/20 13:43, mark wrote: > > > > > > -----Original Message----- > > > From: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > > > Sent: maandag 14 december 2020 17:20 > > > To: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org>; > mark > > <mark(a)havak.nl> > > > Subject: Re: [Arm-dev] unable to configure zram-swap on RPI 4 8G model > (32bit) > > > > > > > > > On 14/12/20 11:42, mark wrote: > > >> Being aware using zram-swap is not a default feature on the CentOS > > >> Userland for armv7hl, Still want to share the problem I ran in to. > > >> > > >> I turns out the arm 32bit kernel with large memory support OOPS if zram-swap > > is deployed if the system has more than 4GB ram. > > > I'm a heavy user of zram-swap, even not being default, but I have only > used > > with devices that have 2G max, this is interesting. Does it still happen > if > > you limit the size? > > > > > > Did not test limiting the ram to 4GB myself jet, it does according to > : > > > https://github.com/raspberrypi/linux/issues/3839#issuecomment-723027652 > > I meant limiting the size of the zram-swap > > No the size of the swap does not seem matter: I tried 512, 1024 and 4096MB > > On a RPI4 4GB model it works just fine, > on a 8GB model I get a "Internal error: Oops: 207" > > BTW running a fresh homebrew image of CentOS 7.9.2009 without a swap-partition > and kernel: > 5.4.72-v7l.1.el7 #1 SMP Wed Oct 21 17:20:56 UTC 2020 armv7l armv7l armv7l > GNU/Linux > > > > > > > > > > >> This issue seems to be addressed (verry recently) in kernel 5.4.81 (1) > > >> > > >> As mentioned this is verry recently, version 5.4.81 is just 12 day's > old.. > > >> However if there is a testbuild of this rpi2-kernel4: I'm eager to test > > it  Just a heads-up, I could not figure out how to make a test build of a kernel => 5.4.81 based on the current raspberrypi2-kernel4-5.4.72 kernel. Not knowledgeable enough to update the rpi-5.4.x.patch... My Bad However was able to rebuild the current kernel with the patch mentioned in the commit (1); needed to include an other, quite harmless looking, patch in order to get it applied clean Long story short, zram-swap works on my RPI4 8G model: # swapon --show NAME TYPE SIZE USED PRIO /dev/zram0 partition 3.7G 0B -2 # uname -a Linux localhost 5.4.72-v7l.1.1.el7 #1 SMP Thu Dec 17 16:13:03 CET 2020 armv7l armv7l armv7l GNU/Linux # free -m total used free shared buff/cache available Mem: 7876 94 7469 16 312 7691 Swap: 3755 0 3755 In my (probably short lived) git repo the changes I made: https://github.com/markVnl/Centos-raspberrypi2-kernel/tree/zram-swap-oops > > > There's no test build yet, I'm still adjusting to what happened last > > > week, but hopefully we'll have a new kernel soon > > >> 1) https://github.com/raspberrypi/linux/commit/1bef5f25a69234613b92a0e2456870f… > > >> > > >> > > > Pablo. > > > > > > _______________________________________________ > > > Arm-dev mailing list > > > Arm-dev(a)centos.org > > > https://lists.centos.org/mailman/listinfo/arm-dev > >

2 1

(Unofficial) epel for armv7hl offline ?
by mark 12 Dec '20

12 Dec '20

Hello list, today I'v got a : Forbidden You don't have permission to access /repodir/epel-pass-1/ on this server. While accessing https://armv7.dev.centos.org/repodir/epel-pass-1/ Hence it is impossible to make (grateful) use of the unofficial epel for armv7hl rebuild. Any Ideas / status updates on this?

2 4

Re: [Arm-dev] (no subject)
by Pablo Sebastián Greco 08 Dec '20

08 Dec '20

On 7/12/20 17:21, Jascha Gerold wrote: > On December 7, 2020 at 9:28 AM, Pablo Sebastián Greco > <pablo(a)fliagreco.com.ar> wrote: > >> >> On 6/12/20 18:39, Jascha Gerold via Arm-dev wrote: >>> Hi everyone! >>> I just joined the list. Total arm/rpi4 beginner here. Been using >>> Fedora for a year on my personal computer (switched from Apple). Thats >>> my background. My goal is to have my rpi4 run a webserver for my >>> Django projects. I have been experimenting with Raspberry Pi OS, >>> Fedora 33 and Centos 7/8 on the Raspberry. I would like to use a >>> yum/dnf based distribution on the Pi, because I am a bit more familiar >>> with its cli. >>> I believe that the >>> CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-4-2009-sda.raw image >>> would be the way to go. >>> But frankly I am terrified by configuring all the different sources >>> for the latest packages (sqlite3, django 3, and so on) and getting >>> them to interact flawlessly without breaking the system. >>> Fedora does not have a native rpi4 image. They are generic and boot >>> differently that the CentOS one. >>> >>> Can I use the boot partition from >>> CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-4-2009-sda.raw combined >>> with the Fedora Userland? Id have to disable kernel updates I guess >>> and cross compile them myself (done that successfully yesterday). >>> >>> TLDR: >>> My question is: How do I get the native rpi4 centos way to boot >>> combined with fedora userland? >>> >>> Jay >>> >> Hello Jay, welcome! >> Let me see if I can address your questions together. and a bit out of >> order. If your idea is to use Fedora userland, then I'd use fedora >> altogether, they don't have rpi4 specific builds, but they don't need it >> either. Fedora uses always the latest mainline kernel, and it has "good >> enough" support for what you're trying to do (basically headless). If >> you were trying to do something with graphics, it would be a completely >> different story. >> If you decide to use CentOS, I'd not use the armv7hl image (32 bits) and >> go straight to aarch64. There's no official image yet, but I've posted >> one that is working really well >> https://people.centos.org/pgreco/CentOS-Userland-8-stream-aarch64-Raspberry… >> <https://people.centos.org/pgreco/CentOS-Userland-8-stream-aarch64-Raspberry…> >> >> , and this is where I keep the updated kernels >> https://people.centos.org/pgreco/rpi_aarch64_el8/ >> <https://people.centos.org/pgreco/rpi_aarch64_el8/> (along with other >> rpi-specific stuff) >> >> HTH >> Pablo.\ > > Thank you for replying so promptly, Pablo! I actually tried to get > Fedora to run from a USB attached HDD, but my knowledge was not good > enough. I can only get it to boot from sd card. Thats why I love the > way CentOS boots with the rpi4 image: I just have to point root to > sda3 instead of mmcblk0p3 in cmdline.txt (tried to use partuuid, which > works for booting, but then the script rootfs-expand does not find its > expected rootfs). Wrt Fedora boot, if usb works after you boot from the SD card, then I guess I'd check 3 things, rpi-eeprom (needs to be rather new to support booting from usb), rpi-firwmare (rpi-specific files in /boot, also need to be rather new), and maybe, but less likely, driver missing in the initramfs. Wrt cmdline.txt and UUID, I have no idea why that doesn't work, I too change it to /dev/sda3) > So today I tried the centos image you mentioned (8, stream, aarch64). > It works just fine, however the cpu frequency stays at max. With the > centos 7, armhfp image the cpu is allowed to throttle down. Is that a > kernel or config thing? I have only tried compiling armhfp kernels > from the raspberry github. I can try to compile a 64bit one if they > have the correct sources and configs. Anything more than that exceeds > my current abilities. Can you point me in a direction (like where to > look for the cpu frequency issue)? I guess something tuned is doing, or something missing in the config.txt. The kernels are the ones from the rpi foundation's github, but just rebuilt for CentOS with a few different options. > Well thanks again for responding!! > Jay Pablo P.S: try to always do reply to all, so all the answers end up in the mailing list. Thanks

1 0

Re: [Arm-dev] Arm-dev Digest, Vol 76, Issue 1
by Phil Leschina 07 Dec '20

07 Dec '20

I don’t have the answer to your question. Instead I would suggest using podman (similar to docker) to run django, SQLite, etc in containers or pods. Thereby isolating those environments from your base os. But still be able to access by ip/port. An example showing how to accomplish can be found here: https://developers.redhat.com/blog/2019/09/11/develop-with-django-2-and-pyt… Best regards. Phil > On Dec 7, 2020, at 7:00 AM, arm-dev-request(a)centos.org wrote: > > Send Arm-dev mailing list submissions to > arm-dev(a)centos.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.centos.org/mailman/listinfo/arm-dev > or, via email, send a message with subject or body 'help' to > arm-dev-request(a)centos.org > > You can reach the person managing the list at > arm-dev-owner(a)centos.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Arm-dev digest..." > > > Today's Topics: > > 1. (no subject) (Jascha Gerold) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 06 Dec 2020 21:39:57 -0000 > From: Jascha Gerold <jayalt(a)icloud.com> > To: arm-dev(a)centos.org > Subject: [Arm-dev] (no subject) > Message-ID: <3117afd7-b0b6-4dd7-ae17-64329d3de761(a)me.com> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Hi everyone! > > I just joined the list. Total arm/rpi4 beginner here. Been using Fedora for a year on my personal computer (switched from Apple). Thats my background. My goal is to have my rpi4 run a webserver for my Django projects. I have been experimenting with Raspberry Pi OS, Fedora 33 and Centos 7/8 on the Raspberry. I would like to use a yum/dnf based distribution on the Pi, because I am a bit more familiar with its cli. > I believe that the CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-4-2009-sda.raw image would be the way to go. > > But frankly I am terrified by configuring all the different sources for the latest packages (sqlite3, django 3, and so on) and getting them to interact flawlessly without breaking the system. > > Fedora does not have a native rpi4 image. They are generic and boot differently that the CentOS one. > > > > Can I use the boot partition from CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-4-2009-sda.raw combined with the Fedora Userland? Id have to disable kernel updates I guess and cross compile them myself (done that successfully yesterday). > > > > TLDR: > > My question is: How do I get the native rpi4 centos way to boot combined with fedora userland? > > > > Jay >

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Arm-dev