Arm-dev May 2017

arm-dev@lists.centos.org

13 participants
14 discussions

Gigabyte MP30-AR0
by Gordan Bobic 12 Nov '19

12 Nov '19

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

10 197

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

[Patch] Add support for ACPI Lower Power Idle states (LPI)
by Phong Vo 29 May '17

29 May '17

Hi Jim, Please help integrate the attached patchset for the next CentOS 7.3 build. The patch numbering is in continuation of Khuong's patches recently sent. This is a roll-up of the following upstream patches needed to support ARM64 ACPI LPI: b6ec26f ACPI / processor_idle: replace PREFIX with pr_fmt db62fda ACPI / processor : add support for ACPI0010 processor container 504997c ACPI / sleep: move acpi_processor_sleep to sleep.c states c3fbbf9 ARM: 8586/1: cpuidle: make arm_cpuidle_suspend() a bit more 625fe4f ARM: cpuidle: Pass on arm_cpuidle_suspend()'s return value 35ae713 ACPI / processor_idle: introduce ACPI_PROCESSOR_CSTATE a36a7fe ACPI / processor_idle: Add support for Low Power Idle(LPI) ce3ad71 arm64: cpuidle: drop __init section marker to arm_cpuidle_init 220276e cpuidle: introduce CPU_PM_CPU_IDLE_ENTER macro for ARM{32, 64} 5a611ed arm64: add support for ACPI Low Power Idle(LPI) 8fc85c6 ACPI: enable ACPI_PROCESSOR_IDLE on ARM64 ccd9432 irqchip/gicv3: Remove disabling redistributor and group1 non-secure 8b6f249 ARM: 8511/1: ARM64: kernel: PSCI: move PSCI idle management code to 1d2d8de drivers: firmware: psci: drop duplicate const from psci_of_match 21e8868 drivers: firmware: psci: make two helper functions static 2b9cf18 drivers: firmware: psci: make two helper functions inline 978fa43 drivers: firmware: psci: unify enable-method binding on ARM {64,32}-bit 5e7c17d drivers: firmware: psci: use const and __initconst for psci_cpuidle_ops c2a25c1 drivers: firmware: psci: initialise idle states using ACPI LPI Thanks, -Phong

1 0

rng-tools missing and /dev/hwrng without driver
by SW＠EU 28 May '17

28 May '17

Hi, today I will report a problem that is released to ipa-server. This server contains a certificate authority and such service need many entropy. The default on CentOS 7 on a Banana PI is not enough, i.e. $(cat /proc/sys/kernel/random/entropy_avail) is less than 1000. I have solved this in meantime by installing and enabling of haveged from the EPEL repository. Normally it would be done by installing the rng-tools. But there are two problems: 1. The rng-tools was not in the repositories, so I have downloaded rng-tools-5-8.fc24.armv7hl.rpm because this are the same version which is included in CentOS 7.3 for x86_64. 2. This rng-tools are usable but the daemon starts and stops immediately with the following error message: # rngd -v /dev/hwrng: No such device /dev/tpm0: No such file or directory No entropy sources found, exiting This is not the problem of this binary it is a problem of the Kernel. /dev/hwrng exists and if I remove it then it reappears after reboot, but # ls -l /dev/hwrng crw-------. 1 root root 10, 183 1. Jan 1970 /dev/hwrng # udevadm info -a -n /dev/hwrng Udevadm info starts with the device specified by the devpath and then walks up the chain of parent devices. It prints for every device found, all possible attributes in the udev rules key format. A rule to match, can be composed by the attributes of the device and the attributes from one single parent device. looking at device '/devices/virtual/misc/hw_random': KERNEL=="hw_random" SUBSYSTEM=="misc" DRIVER=="" ATTR{rng_current}=="none" ATTR{rng_available}=="" there is no driver for this device. I have searched and found this link http://forum.lemaker.org/thread-23618-1-1.html which includes a link to the full story. If I read all right then on bananian /dev/hwrng appears only if the adapted or a more actual sun4i-ss.ko module is loaded (there is written: "module author has indicated this will be going into the mainline kernel shortly“). This module is also loaded on a Banana PI with current CentOS 7. So does the kernel of CentOS 7.3 for ARM32 include this patch and if yes why it does not work or otherwise why this device appears but has no driver? TIA, Silvio Sent with [ProtonMail](https://protonmail.com) Secure Email.

3 4

xgene ethernet driver update and next gen xgene-v2 ethernet support
by Khuong Dinh 26 May '17

26 May '17

Hi Jim all, I'd like to introduce myself as Khuong Dinh from AppliedMicro. Attached please find set of patches we would like to be included in the next CentOS 7.3 build, in addition to the patches Phong Vo just recently sent. Please help to integrate the attached patches to sig-altarch7-aarch64. + 1033-update-xgene-ethernet-driver.patch This is a roll up of the following upstreamed patches for updating xgene ethernet driver. 3623201 xgene: Fix build warning with ACPI disabled. 1b8c101 drivers: net: xgene: Simplify xgene_enet_setup_mss() to kill warning. 1f3d620 xgene_enet: remove bogus forward declarations. 6ad2016 drivers: net: generalize napi_complete_done(). f006b2c net: xgene: avoid bogus maybe-uninitialized warning. dece303 net: xgene: move xgene_cle_ptree_ewdn data off stack. 0b80129 drivers: net: xgene: uninitialized variable in xgene_enet_free_pagepool(). 0296fe4 drivers: net: xgene: ethtool: Add get/set_pauseparam. 56090b1 drivers: net: xgene: Add flow control initialization. bb64fa0 drivers: net: xgene: Add flow control configuration. a809701 drivers: net: xgene: fix: RSS for non-TCP/UDP. 350b4e3 drivers: net: xgene: Add change_mtu function. a9380b0 drivers: net: xgene: Add support for Jumbo frame. d6d4896 drivers: net: xgene: Configure classifier with pagepool. 2c83933 drivers: net: xgene: Add helper function. 440f895 drivers: net: phy: xgene: Fix 'remove' function. ea966cb net: xgene: fix maybe-uninitialized variable. b2df430 drivers: net: phy: xgene: Remove redundant dev_err call in xgene_mdio_probe(). + 1034-add-support-for-next-gen-xgene-ethernet-v2-driver.patch This is a roll up of the following upstreamed patches for supporting next gen xgene-v2 ethernet. 5e1fc7c drivers: net: xgene-v2: Fix error return code in xge_mdio_config(). e05ddaf drivers: net: xgene-v2: Extend ethtool statistics. 1ffa8a7 drivers: net: xgene-v2: misc fixes. b2180a8 drivers: net: xgene-v2: Fix port reset. 617d795 drivers: net: xgene-v2: Add ethtool support. ea8ab16 drivers: net: xgene-v2: Add MDIO support. 70dbd9b MAINTAINERS: Add entry for APM X-Gene SoC Ethernet (v2) driver. b105bcd drivers: net: xgene-v2: Add transmit and receive. 3b3f9a7 drivers: net: xgene-v2: Add base driver. 272d6dc drivers: net: xgene-v2: Add ethernet hardware configuration. 81ccd0c drivers: net: xgene-v2: Add mac configuration. 384fe7a drivers: net: xgene-v2: Add DMA descriptor. And the following is to backport ethtool drivers: net: xgene-v2: Backport ethtool for CentOS 7.3 + config-centos-sig-enable-xgene-ethernet-v2.patch Enable CONFIG_NET_XGENE_V2 Thanks, Khuong Dinh

2 1

[RESENT] Next gen x-gene gpio dwapb support and x-gene i2c SlimPro driver update
by Phong Vo 19 May '17

19 May '17

Hi Jim, Please help integrate the attached patches to sig-altarch7-aarch64. + 1031-add-support-for-next-gen-xgene-gpio-dwapb.patch This is a roll up of the following upstreamed patches for supporting GPIO DWAPB a72b8c4 gpio: dwapb: Add support for next generation of X-Gene SoC bfab7c8 gpio: dwapb: add missing fwnode_handle_put() in dwapb_gpio_get_pdata() 506ebb2 gpio: dwapb: Add ACPI device ID for DWAPB GPIO controller on X-Gene platforms e6cb348 gpio: dwapb: add gpio-signaled acpi event support 4ba8cfa gpio: dwapb: convert device node to fwnode 52bc078 gpio: dwapb: remove name from dwapb_port_property + 1032-update-xgene-i2c-slimpro-driver.patch This is a roll-up of the following upstreamed patches ea73440 i2c: don't print error when adding adapter fails 1635c5d i2c: xgene: Fix missing code of DTB support 92d9d0d i2c: busses: constify i2c_algorithm structures 83345d5 i2c: xgene: Set ACPI_COMPANION_I2C and the following is still going through review. https://lkml.org/lkml/2017/3/28/1103 i2c: xgene-slimpro: Use a single function to send command message https://lkml.org/lkml/2017/3/28/1102 i2c: xgene-slimpro: Add ACPI support by using PCC mailbox + config-centos-sig-enable-gpio-dwapb.patch Enable CONFIG_GPIO_DWAPB Thanks, -Phong

1 0

Next gen x-gene gpio dwapb support and x-gene i2c SlimPro driver update
by Phong Vo 19 May '17

19 May '17

1 0

EPEL AArch64 repo?
by Richard Henwood 13 May '17

13 May '17

Hi All, A colleague pointed me at: https://dl.fedoraproject.org/pub/epel/7/aarch64/ This looks to me like EPEL, but I'm not sure this is an official _CentOS_ EPEL; And I'm not sure I understand if there is a difference anyway... Can someone advise if this is the CentOS EPEL for AArch64 - or what the status of AArch64 EPEL is for CentOS? many thanks,Richard

7 7

Kernel for BananaPi R1 (Lamobo R1)
by mo.ucina 12 May '17

12 May '17

Hello Guys, I have been compiling the Fedora 4.4.2-300 kernel for Centos , using the new Centos image for the Banana-pi . I have used the Fedora src rpm and then added the patch for the switch drivers specific for R1 (Lamobo R1) , then compiled it within the Centos dev arm environment I have . I ran into a couple of things : one cosmetic , the other one not so . Firstly the cosmetic one is that my packages came out looking like this : -rw-rw-r-- 1 user user 49332 Feb 26 07:27 kernel-4.4.2-300.LR1.el7.centos.armv7hl.rpm -rw-rw-r-- 1 user user 87721969 Feb 26 07:27 kernel-4.4.2-300.LR1.el7.centos.src.rpm -rw-rw-r-- 1 user user 18785384 Feb 26 07:29 kernel-core-4.4.2-300.LR1.el7.centos.armv7hl.rpm -rw-rw-r-- 1 user user 10452672 Feb 26 07:30 kernel-devel-4.4.2-300.LR1.el7.centos.armv7hl.rpm -rw-rw-r-- 1 user user 1012496 Feb 26 07:27 kernel-headers-4.4.2-300.LR1.el7.centos.armv7hl.rpm -rw-rw-r-- 1 user user 11844188 Feb 26 07:31 kernel-modules-4.4.2-300.LR1.el7.centos.armv7hl.rpm -rw-rw-r-- 1 user user 925980 Feb 26 07:31 kernel-modules-extra-4.4.2-300.LR1.el7.centos.armv7hl.rpm -rw-rw-r-- 1 user user 105452 Feb 26 07:27 kernel-tools-4.4.2-300.LR1.el7.centos.armv7hl.rpm -rw-rw-r-- 1 user user 65356 Feb 26 07:27 kernel-tools-libs-4.4.2-300.LR1.el7.centos.armv7hl.rpm -rw-rw-r-- 1 user user 52160 Feb 26 07:27 kernel-tools-libs-devel-4.4.2-300.LR1.el7.centos.armv7hl.rpm They all have "centos" as part of the name , which I did not expect . I did not get that when compiling in Fedora. How do you remove that ? Second observation , a one that is a bit of a concern is that , after installing the new kernel I am missing bits : user@bananapi /boot $ ls -l total 43611 drwxr-xr-x. 5 root root 1024 Feb 25 22:21 38f5ec9e217b471e8adee477d933f640 -rw-r--r--. 1 root root 171924 Nov 26 00:43 config-4.2.3-200.el7.armv7hl drwxr-xr-x. 2 root root 15360 Dec 3 14:37 dtb-4.2.3-200.el7.armv7hl drwxr-xr-x. 2 root root 1024 Dec 3 14:47 extlinux drwxr-xr-x. 2 root root 1024 Jan 1 1970 grub -rw-r--r--. 1 root root 34922581 Dec 3 14:46 initramfs-4.2.3-200.el7.armv7hl.img -rw-r--r--. 1 root root 592347 Dec 3 14:37 initrd-plymouth.img drwxr-xr-x. 3 root root 1024 Dec 3 14:44 loader drwx------. 2 root root 12288 Dec 3 14:31 lost+found -rw-------. 1 root root 2879429 Nov 26 00:43 System.map-4.2.3-200.el7.armv7hl -rwxr-xr-x. 1 root root 5866104 Nov 26 00:43 vmlinuz-4.2.3-200.el7.armv7hl I expected that I would be missing 'initramfs' as the install prog is still work-in-progress. And I was prepared to create it with dracut . However I did not expect not to be missing all the other bits such as : config , dtb, system.map, vmlinuz . I did find my new kernel it was in that dir with a hex name : user@bananapi /boot $ ls -l 38f5ec9e217b471e8adee477d933f640/* 38f5ec9e217b471e8adee477d933f640/0-rescue: total 40652 -rw-r--r--. 1 root root 35427302 Dec 3 14:43 initrd -rwxr-xr-x. 1 root root 6033128 Feb 25 22:26 linux 38f5ec9e217b471e8adee477d933f640/4.2.3-200.el7.armv7hl: total 39995 -rw-r--r--. 1 root root 34923169 Dec 3 14:40 initrd -rw-r--r--. 1 root root 5866104 Dec 3 14:44 linux 38f5ec9e217b471e8adee477d933f640/4.4.2-300.LR1.el7.centos.armv7hl: total 41061 -rw-r--r--. 1 root root 35844934 Feb 25 22:24 initrd -rw-r--r--. 1 root root 6033128 Feb 25 22:36 linux So my question is how do I go from these 2 files above , to the situation where I can boot into the new kernel 4.4.2-300.LR1.el7.centos.armv7hl . Best Regards Milorad PS Once I have verified that the switch driver works , I will post it here .

5 13

kexec: failed to load kdump kernel
by Matt McLean 11 May '17

11 May '17

I have 40 brand new Cavium R270-T60-V6 systems (T32 BIOS) with CentOS 7.3.1611 installed. Five of them are failing at boot with: kdumpctl[9698]: Could not find a free area of memory of 0x10000 bytes... kdumpctl[9698]: locate_hole failed kdumpctl[9698]: kexec: failed to load kdump kernel kdumpctl[9698]: Starting kdump: [FAILED] The systems are identical in every way (Memory, CPU, disks, firmware, network, location....). A comparison of their "dmesg" output shows no smoking gun, but I do not know if differences like this are significant: < efi: ESRT=0x13ffe1b0e98 SMBIOS 3.0=0xfffeb000 ACPI 2.0=0x13feaba0000 --- > efi: ESRT=0x13ffe1b0e98 SMBIOS 3.0=0xfffeb000 ACPI 2.0=0x13feab9f000 < Memory: 533473024K/536820736K available (7232K kernel code, 1406K rwdata, 3456K rodata, 1152K init, 6589K bss, 2823424K reserved, 524288K cma-reserved) --- > Memory: 533473152K/536820736K available (7232K kernel code, 1406K rwdata, 3456K rodata, 1152K init, 6589K bss, 2823296K reserved, 524288K cma-reserved) Any tips on where to look next are appreciated. (Also, if there is a more appropriate distro for this question, please advise). Peace. -- Matt McLean ARC-TS Operations mattmc(a)umich.edu

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Arm-dev May 2017