Arm-dev

arm-dev@lists.centos.org

685 discussions

Re: [Arm-dev] Consider updating uboot-tools
by mark 21 May '21

21 May '21

-----Original message----- > From: Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > Sent: Friday May 21st, 2021 13:20 > To: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org>; mark <mark(a)havak.nl> > Subject: Re: [Arm-dev] Consider updating uboot-tools > > > On 20/5/21 14:29, mark wrote: > > Hello list (maintainer of uboot-tools), > > > > I'd like to bring a nice enhancement of u-boot to you attention; > > looks like with commit (1) u-boot will call the efi boot manager before > falling back to the default removable-media location: > > EFI/BOOT on the (fat32) efi partition > > > > If I understand correctly this would take care of the fedora-path patch > issue still carried in CentOS u-boot. > > As a matter of fact fedora dropped the uefi-use-Fedora-specific-path-name.patch > (2) > > > > As per subject: IMHO this is a extra incentive to update the fairly old > uboot-tools :) > > > > > > (1) > > https://github.com/u-boot/u-boot/commit/f3866909e35074ea6f50226d40487a180de… > > > > (2) > > https://src.fedoraproject.org/rpms/uboot-tools/c/6209cab21ad85061b66d6be412… > > Hello Mark, > > Updating uboot has been in my to-do list for a while and it keeps being > delayed due to lack of time. My main problem is that I try to build it > for 7 and 8, armhfp/aarch64 and there are some tools that I need to > backport from Fedora to correctly do that. el8 aarch64 is a bit problematic, the now quite popular aarch64(Rockchip) rk3399 needs a arm 32bit cross compiler, until now used a hack to pull it from epel-7 as it is not present in epel-8. Recently rebuild the cross-toolchian from FC29 (cross-gcc-8.1.1-3) as this fits the major versioning of binutils 2.30.x . Also the device tree compiler in el8 does not ship the python3 wrappers needed to build uboot-tools, Hence did rebuild dtc with the python3 wrapper packaged. Again, as far as I know the above only applies to el8. > I have some PoC tools from a few months ago that I'll try to revive, > we'll see how that goes. Let me know if I can be of some help here! > > Thanks. > Pablo. > >

1 0

Consider updating uboot-tools
by mark 21 May '21

21 May '21

Hello list (maintainer of uboot-tools), I'd like to bring a nice enhancement of u-boot to you attention; looks like with commit (1) u-boot will call the efi boot manager before falling back to the default removable-media location: EFI/BOOT on the (fat32) efi partition If I understand correctly this would take care of the fedora-path patch issue still carried in CentOS u-boot. As a matter of fact fedora dropped the uefi-use-Fedora-specific-path-name.patch (2) As per subject: IMHO this is a extra incentive to update the fairly old uboot-tools :) (1) https://github.com/u-boot/u-boot/commit/f3866909e35074ea6f50226d40487a180de… (2) https://src.fedoraproject.org/rpms/uboot-tools/c/6209cab21ad85061b66d6be412…

2 1

Centos 7.9 weird firewall/application issue
by R C 10 May '21

10 May '21

Hello, I have a weird issue with the firewall running (Centos 7.9) wit an application. The application pulls data from an Ad-converter card, via USB, and sends the data to a db server using curl. (via a wireless device that is plugged into USB. When the firewall is running I get all kinds of weird errors (in that application), usb-port related BUT when the firewall is not running, it works just fine. (I wonder if it is a memory issue?) any ideas here? thanks, Ron

3 4

Re: [Arm-dev] Centos 7 rpi 5.10 kernel
by Martin Meadows 28 Mar '21

28 Mar '21

Hi Pablo/Fabian, The timing is amazing, I raised my question this morning (28th) but had failed to realise that yum-cron yesterday coincidentally delivered 5.10 to our complement of Pi(s). Also, you're right,I hadn't noticed that wireguards.ko has been in 5.4 from .88 or possibly earlier. In answer to the question, all the Pi(s) have been built from the CentOS-Userland-7-armv7hl-RaspberryPI-Minimal images, hopefully that explains my good fortune. Many thanks - Martin Date: Sun, 28 Mar 2021 10:22:10 +0200 From: Fabian Arrotin <arrfab(a)centos.org> To: arm-dev(a)centos.org Subject: Re: [Arm-dev] Centos 7 rpi 5.10 kernel Message-ID: <caacf897-c9f4-cbc6-5bc7-d05b157dc456(a)centos.org> Content-Type: text/plain; charset=utf-8 I guess it depends on the image you're using, but if you used the rpi variant (using rpi kernel, so normally images tagged with *RaspberryPI* and located on mirrors, like http://centos-altarch.reloumirrors.net/7.9.2009/isos/armhfp/) , it's automatic Try a yum update on my rpi3b+ and it triggers the update : Installing: raspberrypi2-kernel armv7hl 5.10.23-v7.1.el7 centos-kernel 21 M Are your using the *generic* image instead ? As that repo doesn't have (yet) 5.10 : http://mirror.centos.org/altarch/7/kernel/armhfp/kernel-generic/Packages/ while they are there for rpi kernel : http://mirror.centos.org/altarch/7/kernel/armhfp/kernel-rpi2/Packages/ -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | twitter: @arrfab On 28/03/2021 08:14, Martin Meadows wrote: > Hi Guys, > > Is there a view on when yum-update on rpi could be expected to deliver > the 5.10 kernel ? > > I'm forwarding to using wireguard across a large number of deployed > Pi(s) with the kernel module being kept up-to-date when yum-update > applies kernel updates. > > Cheers - Martin >

1 0

Centos 7 rpi 5.10 kernel
by Martin Meadows 28 Mar '21

28 Mar '21

3 2

CentOS 8/CentOS Stream 8 status for armhfp?
by Paul Graham 23 Mar '21

23 Mar '21

Hi, I wanted to see if there were any updates for CentOS 8 and CentOS 8 Stream. I took a look at https://koji.armhfp-mbox.centos.org/koji/ and it looks like there are some packages that are not building properly. Are those stopping further releases? What is the best way to help with the next release (testing, debugging builds)? Not being very familiar with Koji, it wasn't clear to me how to track down the information on the build failures. Thanks for all of the hard work! Paul

2 1

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Arm-dev