July 2017 - Arm-dev - lists.centos.org

Gigabyte MP30-AR0
by Gordan Bobic 19 Feb '25

19 Feb '25

Hi, I am toying with the idea of getting a Gigabyte MP30-AR0 board (despite the insanely exorbitant price tag). Has anyone got the aarch64 CentOS working on one of those? Any special instructions? Also, if I get the ISO, is it bootable on aarch64? Does the installer work? Or does the image have to be used like on 32-bit ARM? Thanks. Gordan

14 203

Request for a new package: raspberrypi-vc
by Jordi Sanfeliu 13 Sep '17

13 Sep '17

Hello, Following the Fabian Arrotin recommendation, I open here the request to include the 'raspberrypi-vc' package into the CentOS 7 EPEL repository, or in the main tree. This package includes a command called 'vcgencmd' which offers a set of interesting values of the Raspberry Pi board; e.g. its temperature. Check here <http://www.elinux.org/RPI_vcgencmd_usage> for more information. I've downloaded the SRPM package from here <http://www.squeezecommunity.org/repo/fedora/24/pi/SRPMS/raspberrypi-vc-2016…>, and I realized that it was pretty easy to build on a full-updated CentOS 7 (kernel 4.4.14-v7). The following are the small modifications I made on the .spec file to accomplish it: --- raspberrypi-vc.spec 2016-07-05 23:23:13.000000000 +0200 +++ raspberrypi-vc.spec.ok 2016-07-13 12:14:39.494059817 +0200 @@ -21,12 +21,12 @@ Patch1: raspberrypi-vc-EGL-dep.patch # dtoverlay -BuildRequires: libfdt-devel >= 1.4.1-501.gitbeef80b%{?dist} +##BuildRequires: libfdt-devel >= 1.4.1-501.gitbeef80b%{?dist} Requires: libfdt >= 1.4.1-501.gitbeef80b%{?dist} BuildRequires: cmake, gcc-c++ -ExclusiveArch: armv6hl armv7hnl +ExclusiveArch: armv7hl %description Libraries, utilities and demos for the Raspberry Pi BCM2835/6 SOC GPU @@ -34,7 +34,7 @@ %package libs Summary: Libraries for accessing the Raspberry Pi GPU -Requires: %{name}-firmware >= 20150212git47bd0f0-501 +##Requires: %{name}-firmware >= 20150212git47bd0f0-501 #Provides: libEGL.so #Provides: libGLESv1_CM.so The build generated successfully the following packages: [root@rpi3 rpmbuild]# l -R RPMS/ RPMS/: total 8 drwxr-xr-x 2 root root 4096 Jul 26 15:59 armv7hl drwxr-xr-x 2 root root 4096 Jul 13 12:23 noarch RPMS/armv7hl: total 1352 -rw-r--r-- 1 root root 552156 Jul 13 12:22 raspberrypi-vc-libs-20160705-501.git0b8c195.el7.centos.armv7hl.rpm -rw-r--r-- 1 root root 340184 Jul 13 12:22 raspberrypi-vc-libs-devel-20160705-501.git0b8c195.el7.centos.armv7hl.rpm -rw-r--r-- 1 root root 244960 Jul 13 12:23 raspberrypi-vc-static-20160705-501.git0b8c195.el7.centos.armv7hl.rpm -rw-r--r-- 1 root root 241332 Jul 13 12:23 raspberrypi-vc-utils-20160705-501.git0b8c195.el7.centos.armv7hl.rpm RPMS/noarch: total 30688 -rw-r--r-- 1 root root 31420584 Jul 13 12:23 raspberrypi-vc-demo-source-20160705-501.git0b8c195.el7.centos.noarch.rpm The installation worked finely: # [root@rpi3 armv7hl]# rpm -ivh raspberrypi-vc-utils-20160705-501.git0b8c195.el7.centos.armv7hl.rpm raspberrypi-vc-libs-20160705-501.git0b8c195.el7.centos.armv7hl.rpm Preparing... ################################# [100%] Updating / installing... 1:raspberrypi-vc-libs-20160705-501.################################# [ 50%] 2:raspberrypi-vc-utils-20160705-501################################# [100%] Then a simple command to get the temperature: [root@rpi3 ~]# vcgencmd measure_temp temp=47.2'C Thanks. -- Jordi Sanfeliu FIBRANET Network Services Provider http://www.fibranet.cat

4 5

add support PMU ver 3 and apei initial support for aarch64
by Khuong Dinh 30 Aug '17

30 Aug '17

Hi Jim, In addition to the patches that I just recently sent, can you please help to integrate the attached patches to sig-altarch7-aarch64. + 1041-misc-PMU-fix-and-add-support-PMU-ver3.patch This is a roll up of the following upstreamed patch for adding miscellaneous fix for PMU and add PMU ver 3 c0f7f7a : perf: xgene: Add support for SoC PMU version 3. e35e0a0 : perf: xgene: Move PMU leaf functions into function pointer structure. 838955e : perf: xgene: Parse PMU subnode from the match table. + 1042-apei-initial-support-aarch64.patch This is a roll up of the following upstreamed patch for adding APEI support for aarch64. - ACPI/APEI: Handle GSIV and GPIO notification types: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/patch/d… - ACPI / APEI: Add missing synchronize_rcu() on NOTIFY_SCI removal: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/patch/d… - ACPICA: ACPI 6.1: Updates for the HEST ACPI table: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/patch/i… - 9f9a35a : ACPI / APEI / ARM64: APEI initial support for ARM64. + config-centos-sig-enable-initial-apei-support-for-aarch64.patch Enable CONFIG_ACPI_APEI, CONFIG_ACPI_APEI_GHES, CONFIG_ACPI_HED Best regards, Khuong Dinh

2 2

Proposal regarding aarch64 images
by Jon Nettleton 01 Aug '17

01 Aug '17

Now that SolidRun is ramping up our Armada 8040 line I have had more initiative to start testing various distros. There is an active effort to bring full UEFI support to the 8040 platforms however this is still a WIP. In the meantime I was looking into u-boot's efi loader and currently there is major hurdle with using this boot method on the CentOS images...the /boot partition is formatted as xfs. Of course it would be easy enough to spin a new image with /boot formatted as ext4. Is there any reason not to make the default images use this configuration? This would obviously be one less hurdle for using CentOS aarch64 on more platforms. Thanks, Jon

3 5

Enabling by default our "Epel rebuild" repo by default on CentOS 7 armhfp
by Fabian Arrotin 31 Jul '17

31 Jul '17

Hi guys, A trend I see either on twitter, or irc, or elsewhere is a complaint about Epel not available for CentOS 7 userland on armhfp. It's of course technically true (as there is nothing listed on the Epel wiki page itself) but we covered that FAQ in our wiki : https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32#head-f2a772703b3… Unfortunately, it seems that people never read that wiki page. So I was just wondering if we could have our epel rebuild effort (https://armv7.dev.centos.org/repodir/epel-pass-1/) available directly for our armhfp users, without having them to do anything special. Now I'm wondering if we should just create a .repo (and coming from centos-userland-release) but have it disabled by default (imho) or even enable it by default (-1 on my side) Also, we should probably just rename it to something else than 'Epel' as we can't call that epel : it's a rebuild from Epel SRPMs but it's not Epel Opinions, Thoughts ? please make hear your voice ! PS : also trying to make some noise on twitter to bring back users not subscribed to the arm-dev list, or not hanging around in #centos-arm on irc.freenode.net -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

2 2

Re: [Arm-dev] To: Conversations around CentOS on ARM hardware <arm-dev@centos.org>
by Erix 26 Jul '17

26 Jul '17

Hi, *I'm not sure what you exactly looking for.. CentOS image for ARM ?* you can try this: http://mirror.centos.org/altarch/7.3.1611/isos/armhfp/CentOS-Userland-7-arm… Hope it helps you Bye for now Erix ----------------------------- > > > Message: 2 > Date: Mon, 24 Jul 2017 15:35:44 -0400 > From: Robert Moskowitz <rgm(a)htt-consult.com> > To: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > Subject: Re: [Arm-dev] CentOS 7 with LXDE on Rasp Pi 3 Inquiry > Message-ID: <028ac8a8-97a1-e40b-8b1a-5390f265d0c3(a)htt-consult.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > > > On 07/20/2017 06:03 AM, Johnny Hughes wrote: > > On 07/19/2017 10:30 AM, Markus McLaughlin wrote: > >> HELP! I want to install CentOS 7 with LXDE on my Raspberry Pi 3... How > >> do I go about doing so? > >> > > I don't think there is an LXDE for CentOS in any of the repos (EPEL or > > base CentOS), even for x86_64. > > > > There MAY be enough xfce to get that working on CentOS 7. > Actually I have it running on a ClearOS7 system. Took a it to get it > together. I remembered wrong; we worked from Fedora to get the rpms. > There are a few things missing, and I really need to file a bug report > about them. I was away when I first replied. Back now. > > > > I am not sure how easy it is to get aarch64 on a PI3, but the base > > Fedora EPEL actually runs on there. EPEL (and therefore xfce support) > > would be much better and more updated from there than what we are trying > > to do for arm32. > > > > ------------------------------ > >

3 3

CentOS 7 with LXDE on Rasp Pi 3 Inquiry
by Markus McLaughlin 24 Jul '17

24 Jul '17

HELP! I want to install CentOS 7 with LXDE on my Raspberry Pi 3... How do I go about doing so? Markus McLaughlin

4 6

misc support for watchdog amba-pl011 cppc
by Khuong Dinh 21 Jul '17

21 Jul '17

Hi Jim, Can you please help to integrate the attached patches to sig-altarch7-aarch64. + 1040-misc-support-watchdog-amba-pl011-cppc.patch This is a roll up of the following upstreamed patch for adding miscellaneous support and fix for watchdog, amba-pl011, cppc. c3c1e29 : watchdog: sbsa: Set WDOG_HW_RUNNING, when watchdog is already running. e05e80e : watchdog: sbsa: Use max_hw_heartbeat_ms instead of max_timeout. 3fbfe92 : watchdog: change watchdog_need_worker logic. ee14288 : watchdog: Introduce WDOG_HW_RUNNING flag. 664a392 : watchdog: Introduce hardware maximum heartbeat in watchdog core. fb32e9b : watchdog: Make set_timeout function optional. 7d05587 : tty: amba-pl011: Fix spurious TX interrupts. 5448f14 : ACPI / CPPC: Don't return on CPPC probe failure. Best regards, Khuong Dinh

1 0

Rebasing the Qualcomm QDF2400 Networking Patch
by Brian Stinson 19 Jul '17

19 Jul '17

Hi folks, Attached is a rebase of a patch submitted to arm-dev that adds support for the networking devices in the QDF2400. It appears that this patch didn't make it into the previous build of the ARM kernel. This patch should apply to HEAD on https://git.centos.org/log/sig-altarch!kernel.git/sig-altarch7-aarch64 Any chance we can get this built and included in a set of install media soon? This patch mentions a lack of hardware for testing the option CONFIG_NET_VENDOR_QUALCOMM, how would we test this? Cheers! -- Brian Stinson

1 1

Sun8i h3 ott
by omar laureano 19 Jul '17

19 Jul '17

Hello Im new to this forum and i have an ottv bix brabd ghia model gac 303 is a h3 board and say its name is dolphin i want to instal centos but i cant make it boot any advice it uses uboot

1 0

systemd-networkd and DHCP v6
by Ian Pilcher 11 Jul '17

11 Jul '17

Is anyone using the $SUBJECT combination? I have a CentOS 7 (userland)/Banana Pi firewall, and I've been having an issue where dhclient fails to renew my IPv6 address. The root cause seems to be that the initial lease is obtained before the B'Pi syncs its system time, and ISC dhclient is unable to deal with large wall clock changes: https://bugzilla.redhat.com/show_bug.cgi?id=1093803 (I haven't seen this problem with IPv4. It seems like there's some sort of workaround for this issue in the IPv4 case somewhere in the network scripts, chrony, or dhclient itself.) I just tried using systemd-networkd, instead of the legacy network service, but it appears that systemd-networkd-219-30.el7.9.armv7hl will never send a "dhcp6 solicit" packet, even when "DHCP=yes" (or "DHCP=ipv6") is set in the relevant .network file. I've verified with tcpdump that a RHEL 7 x86_64 VM *does* send a dhcp6 solicit, but there is absolutely no IPv6 UDP traffic coming from the Banana Pi. I'm back to the legacy network service for now, with a workaround to forcibly renew the IPv6 lease once chrony has synced the time. This is my home firewall, so opportunity for messing around with the network configuration is limited. I am wondering, though, if anyone at all is using systemd-networkd with DHCPv6 on CentOS 7 ARM? -- ======================================================================== Ian Pilcher arequipeno(a)gmail.com -------- "I grew up before Mark Zuckerberg invented friendship" -------- ========================================================================

2 1

kernel-debug-debuginfo missmatch?
by Richard Henwood 11 Jul '17

11 Jul '17

Hi All, I was looking for kernel-debug-debuginfo and I noticed that the most recent version available for AArch64 is 4.5.0-23 [1], but my kernel is on 4.5.0-25. I have worked around on this occation (by just renaming the /usr/src/debug directory,) but I wanted to raise it here in case it is a previosly unknown issue (or an opportunity for me to understand better how things work). Best regards,Richard 1. http://debuginfo.centos.org/7/aarch64/kernel-debug-debuginfo-4.5.0-23.el7.a…

2 4

Success with Avnet PicoZed (Xilinx Zynq), Suggestions for building python-matplotlib
by Paul Graham 06 Jul '17

06 Jul '17

Hi, I wanted to let you know that I have had success with running the CentOS 7 userland on an Avnet PicoZed module using the Xilinx-provided source for the kernel and U-Boot available on their GitHub project (using the "xilinx-v2016.1.01" tag for the kernel source and the "xilinx-v2016.1" tag for U-Boot). We have been running Fedora 20 ARM on these modules (with the same kernel and version of U-Boot) for a little while and thought we would try out CentOS for various reasons (longer term support, similarity to RHEL 7, etc.). One challenge I have run into, though, is that our software depends on "python-matplotlib" and a few other packages that haven't been prebuilt for CentOS 7 (but were available under Fedora 20 ARM). I was able to successfully build a number of these packages from source RPMs, but building "python-matplotlib" is starting to get a bit complicated, especially, with what appears to be some circular build dependencies among the source packages. For example, here is one set of dependencies leading to what appears to be a circular dependency: python-matplotlib -> gtk2-devel gtk2 SRPM (for gtk2-devel) -> pango-devel pango SRPM (for pango-devel) -> harfbuzz-devel harfbuzz SRPM (for harfbuzz-devel) -> graphite2-devel graphite2 SRPM (for graphite2-devel) -> asciidoc asciidoc SRPM (for asciidoc) -> graphviz graphviz SRPM (for graphviz)-> gtk2-devel, pango-devel, etc. Similarly, there is also the following circular dependency, starting with asciidoc: ... asciidoc -> dblatex dblatex SRPM (for dblatex) -> texlive-collection-xetex texlive SRPM (for texlive-collection-xetex) -> gtk2-devel, pango-devel, etc. Any suggestions for how to deal with these apparent circular dependencies? I have been building the RPMs by hand with "rpmbuild --rebuild <source RPM>" trying to work through the dependencies and installing as many binary packages as are available. Clearly, there must be some way to deal with this since these packages have been built successfully for other architectures. Thanks, Paul

1 0

/boot full!
by Robert Moskowitz 05 Jul '17

05 Jul '17

My /boot is full! I had left it at the 'default' of 524MB and after all the kernel updates, it is finally full. I would say this is a bug in update-boot, not to trim down /boot old images. So I had to delete the 201 and 202 files out of /boot to install this latest 4.9.34-203. But what about removing the directories: dtb-4.4.34-201.el7.armv7hl dtb-4.4.42-202.el7.armv7hl Can those also just be deleted? thanks

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Arm-dev July 2017