Arm-dev

arm-dev@lists.centos.org

1 participants
685 discussions

kernel 4.11.0-22.el7.2.aarch64 does not boot on ThunderX
by Itaru Kitayama 13 Oct '17

13 Oct '17

Hi, In our attempt upgrading from 4.5.0-25.el7.aarch64 to the 4.11-based kernel we see the latter does not boot on ThunderX. Here's the HW details: http://b2b.gigabyte.com/ARM-Server/R150-T62-rev-100#support-manual The BIOS release is T43. (According Red Hat, they've been testing fine their 1 socket GIGABYTE server with their RHEL 7 kernels.) I am wondering what ThunderX platform CentOS has been using for testing, and the list happens to have the above HW. The boot process seems to be stuck as soon as system prints our EFI stub messages. No messages from the kernel. Is the CentOS Alt architecture group going to release a 4.12 or .13 kernel soon? Itaru

6 9

Version of GCC used to compile?
by Richard Henwood 12 Oct '17

12 Oct '17

Hi All, Can you advise how I can discover which version of GCC was used to compile the CentOS bits that I'm using? best regards,Richard

2 1

Centos support for Marvell Armada 7k/8k
by Marcin Wojtas 05 Oct '17

05 Oct '17

Hi, As for the news, unmodified CentOS-7-aarch64 downloaded from http://mirror.centos.org/altarch/7/isos/aarch64/ works great on Marvell Armada 8040 MacchiatoBin (http://macchiatobin.net/). You can see vmlinuz-4.11.0-22.el7a.aarch64 bootlog here: https://pastebin.com/kuDQRzDV All interfaces that are supported in the mainline linux kernel (with ACPI) work fine with Centos image as well. However as there's an effort to add ACPI support to remaining interfaces (e.g. network or sd/mmc controllers), we would like backport upstream patches to your tree. Hence I have a couple of questions in addition to what can be found in https://wiki.centos.org/SpecialInterestGroup/AltArch/AArch64/Contributions: 1. Are the Centos kernel sources accessible in some kind of public repository? 2. When sending patches to arm-dev, do you require original commit log and URL to adequate patch in the kernel.org? 3. Is patch existence in linux-next sufficient for you to accept it? 4. I imagine proceeding in two steps - align drivers between v4.11 and mainline first and later add (still being developed) ACPI support patches once they are ready and merged upstream. Would it be ok for you? 5. Do you have some kind of merge windows/release cycles to follow, when upstreaming patches? Given current quality of Centos support for new family of ARM64 SoCs, how about mentioning Armada 7k/8k family in 'Supported Hardware' section on https://wiki.centos.org/SpecialInterestGroup/AltArch/AArch64 ? Best regards, Marcin

2 4

CentOS 7.4 Gnome-shell crashes
by Phong Vo 04 Oct '17

04 Oct '17

Hi Jim, Currrently, gnome-shell core dumps on latest aarch64 build. The issue appears to be the same as reported here https://bugzilla.redhat.com/show_bug.cgi?id=1429050 RHELSA 7.4 does not have the issue and it looks like RHEL has a more up-to-date version of llvmpipe mesa-private-llvm-3.9.1-3.p1.el7a.aarch64.rpm while CentOS version is mesa-private-llvm-3.9.1-3.el7.aarch64.rpm Please see if you can release an RPM update for this. Thanks, -Phong

2 3

Kernel bump to 4.11 for aarch64
by Jim Perrin 25 Sep '17

25 Sep '17

I've just pushed the 4.11 kernel rebase into git ( https://git.centos.org/summary/?r=sig-altarch/kernel ) The previous patches included in the 4.5 kernel have been dropped as the majority either are now included or no longer apply cleanly. Please take a look at configs listed and submit patches for things you'd like to see enabled. This 4.11 base will be coming out shortly as part of the 7.4.1708 build. -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77

5 9

Kernel problems on APM X-Gene
by Jeremiah Rothschild 22 Sep '17

22 Sep '17

Hey everyone! I cannot get any kernel past 4.5.0-23.el7.aarch64 to work on APM X-Gene hardware. This includes the new (CentOS 7.4) 4.11.0-22 kernel. The last thing ever displayed during boot is this: EFI stub: Booting Linux Kernel... EFI stub: Using DTB from configuration table EFI stub: Exiting boot services and installing virtual address map... L3c Cache: 8MB which is usual. However, nothing is logged to /var/log/messages (presumably it isn't making it far enough in the boot process) and I'm not sure how to further troubleshoot the issue. Has anyone else been successful? Are there new patches I am unaware of? Can someone please help me debug deeper? Thanks in advance! j

5 17

Fwd: Kernel problems on APM X-Gene
by Gordan Bobic 22 Sep '17

22 Sep '17

This sounds familiar. ISTR messages like this when I tried to use any PCIe cards in my machine, and the machine would typically lock up as soon as the driver for the PCIe card was loaded. I eventually gave up on running with any PCIe cards. What was interesting that the CentOS kernel package would run fine, but as soon as I rebuilt a mainline kernel with the same config and 4KB memory pages, the machine would become allergic to any PCIe card I put in it (tried several AMD and Nvidia GPUs and several SATA controllers). Do you have any PCIe cards in yours? On 22 Sep 2017 01:35, "Jeremiah Rothschild" <jeremiah(a)franz.com> wrote: On Thu, Sep 21, 2017 at 03:14:41AM -0700, Jeremiah Rothschild wrote: > Hmm, interesting. Perhaps if I can figure out how to get the kernel booting > to actually display via video (or IPMI) then it would reveal an error > message. It has never shown output after GRUB but I imagine there's a way to > route it. I was able to get output by adding this to my kernel parameters: console=ttyS0,115200 earlycon=uart8250,mmio32,0x1c020000 >From there, booting into 4.11, it hung here: [ 4.168868] acpi ACPI0007:07: CPPC data invalid or not present [ 4.175198] GHES: HEST is not enabled! [ 4.179167] ACPI GTDT: [Firmware Bug]: failed to get the Watchdog base address. [ 4.187021] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled >From there, I added 'acpi=off' to the kernel parameters. Now I can successfully boot the 4.11 kernel. However, the console is flooded with messages like this: [ 42.982471] pcieport 0002:00:00.0: TLP Header: 60001004 000000ff 00000090 30032000 [ 42.990201] pcieport 0002:00:00.0: AER: Device recovery failed [ 43.156938] pcieport 0002:00:00.0: AER: Multiple Uncorrected (Non-Fatal) error received: id=0000 [ 43.165695] pcieport 0002:00:00.0: PCIe Bus Error: severity=Uncorrected (Non-Fatal), type=Transaction Layer, id=0000(Requester ID) [ 43.177385] pcieport 0002:00:00.0: device [10e8:e004] error status/mask=00100000/00000000 [ 43.185695] pcieport 0002:00:00.0: [20] Unsupported Request (First) I'm happy I can boot now. If I can also stop the errors, that'd be great. _______________________________________________ Arm-dev mailing list Arm-dev(a)centos.org https://lists.centos.org/mailman/listinfo/arm-dev

1 0

Official docker containers are now available for AArch64/ARM64
by Jim Perrin 15 Sep '17

15 Sep '17

As of the release of 7.4.1708, the official centos docker containers are now available via multiarch support from the docker hub. For those of you who have been using the centos/aarch64 namespaced base container, you can now use 'FROM centos' as the proper method. I'll keep the centos/aarch64 container around for a little while longer to give people time to migrate. TL;DR: 'docker pull centos' now does the right thing, and provides the image appropriate for your architecture. -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77

3 3

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

CentOS 7.4.1708 rebuild status
by Fabian Arrotin 08 Sep '17

08 Sep '17

Hi guys, You're probably aware that upstream RHEL 7.4 was released last week, so the x86_64 rebuild started in the following days (https://seven.centos.org/2017/08/centos-linux-7-1708-based-on-rhel-7-4-sour…) On the armv7hl/armhfp side I started (as usual) to rebuild gcc, wait (long time), then glibc. Those rebuilds finished on saturday morning, so since that day, the armhfp builders have been busy rebuilding the 700+ SRPMs. At this stage, more than 530 pkgs were already rebuilt (https://armv7.dev.centos.org/built.html), and some are excluded as not covered for armhfp, which is always expected But this time, we have packages that have failures where they were able to build fine, or other new issues. Example of package failing now to build is mariadb : it builds, but it fails at the tests stage in mariadb itself, so we'll probably need to verify what/why/how Other new "interesting" issue is that some pkg are now relying on external BuildRequires, like devtools-6 package set. As Johnny explained it in his blog post for x86_64, it was built for x86_64, so there is no issue at all. But on the armhfp side, it wasn't, and worse, it will not work : https://armv7.dev.centos.org/rpmbuild/c71708-pass-1/19769-devtoolset-6-gcc-… => "*** Configuration armv7hl-redhat-linux-gnu7E not supported" Any help on trying to solve those issues is welcome PS : myself being busy on my SysAdmin job, so not having a lot of time to spend on armhfp, and also diving into "Summer Holidays without internet connectivity" mode soon ... -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

5 12

← Newer
1
...
21
22
23
24
25
26
27
...
69
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Arm-dev