Arm-dev March 2018

arm-dev@lists.centos.org

8 participants
7 discussions

Gigabyte MP30-AR0
by Gordan Bobic 03 Oct '25

03 Oct '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

17 207

Changes for the next armhfp release/images
by Fabian Arrotin 07 Jun '18

07 Jun '18

Hi list, Time permitting, in the last days/weeks, we worked with Pablo (thanks again) to catch up with some things in the CentOS armhfp land. So we'd like to discuss some of the changes we'll probably implement for the next 7.5.18xx release (we still don't know when that will happen though) : # images : - we'll switch from our current rbf scripts to appliance-creator, and we'll host the used kickstart files so that everybody can also respin various images or variants - as we now have Gnome/KDE working correctly and all built, we'll probably start building such images (like for Fedora) - selinux context is now good so doesn't need the "touch /.autorelabel && systemctl reboot" to then switch to enforcing mode - one "Generic" image to rule them all ! Idea is to not build/test for boards like cubietruck/bananapi/etc, as it's all supported upstream, but only one generic image/variant (like minimal or gnome) and just adapt the uboot bootloader. The only exception though will be for raspberrypi (2 and 3 ) : while the Generic image will work (tested already) with upstream kernel, we'll still offer a variant using the rpi foundation kernel, as we did in the past, as that will ensure that such users will also continue to get kernel updates as they get those right now # kernel: - we'll rebase to 4.14.x (new upstream LTS version, even if 4.9.x is still maintained upstream) : that will permit to support more boards probably (rpi kernel will also get a bump, already built too in testing) # uboot-tools : already updated to 2018.03 to also support more boards, but that will become mandatory as we'll *not* build specific images for specific board (as the Generic one can be used everywhere, and will only need the dd if= of=/dev/mmbclk0 for the uboot bootloader -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

4 9

CentOS on RPI
by Trieu Pham 24 Apr '18

24 Apr '18

Hi, I have problem with making the Device Tree enable I2C to work on CentOS . Can you look into that? Thanks Trieu Pham

5 4

Raspberry Pi 3 Model B+
by Marc Balmer 20 Mar '18

20 Mar '18

Good day Here's a report of using CentOS 7 minimal from http://mirror.centos.org/altarch/7/isos/armhfp/ <http://mirror.centos.org/altarch/7/isos/armhfp/> on a Raspberry Pi 3 Model B+. tl;dr: I't does not boot. So I just got a Raspberry Pi 3 Model B+. I prepared an MiniSD card on a Raspberry Pi 3 (the previous) model and tried to boot the RPI B+ from that. But it won't boot, the screen just shows the nice color spectrum. If you have any hints or ideas, please let me know... . mb

4 7

RaspberryPi 3 model B+ CentOS 7 image
by Fabian Arrotin 20 Mar '18

20 Mar '18

Following a thread started last week, I built some images for the new rpi3b+ model, as it needed a newer firmware/kernel anyway. So here they are : - https://buildlogs.centos.org/rolling/7/isos/armhfp/CentOS-Userland-7-armv7h… (console only) - https://buildlogs.centos.org/rolling/7/isos/armhfp/CentOS-Userland-7-armv7h… (gui with gnome3) Those images support the rpi3b+ model OOTB , including with WiFi Cheers, -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

dkms missing dependency kernel-devel-uname-r
by Robert 05 Mar '18

05 Mar '18

Hi, I am trying to install dkms from the RPEL repo on RPi3 but getting a missing dependency kernel-devel-uname-r. I have a workaround, dkms-2.3-1 installs ok but all subsequent versions fail on the same missing dependency. I would like to install the latest stable version. Here follows the output: [centos-rpi3 ~]$ uname -aLinux centos-rpi3 4.9.75-v7.1.el7 #1 SMP Tue Jan 9 09:29:45 UTC 2018 armv7l armv7l armv7l GNU/Linux[centos-rpi3 ~]$ cat /etc/centos-releaseCentOS Linux release 7.4.1708 (Core)[centos-rpi3 ~]$ sudo yum install dkmsLoaded plugins: fastestmirrorLoading mirror speeds from cached hostfileResolving Dependencies--> Running transaction check---> Package dkms.noarch 0:2.4.0-1.20170926git959bd74.el7 will be installed--> Processing Dependency: elfutils-libelf-devel for package: dkms-2.4.0-1.20170926git959bd74.el7.noarch--> Processing Dependency: file for package: dkms-2.4.0-1.20170926git959bd74.el7.noarch--> Processing Dependency: gcc for package: dkms-2.4.0-1.20170926git959bd74.el7.noarch--> Processing Dependency: kernel-devel-uname-r for package: dkms-2.4.0-1.20170926git959bd74.el7.noarch--> Running transaction check---> Package dkms.noarch 0:2.4.0-1.20170926git959bd74.el7 will be installed--> Processing Dependency: kernel-devel-uname-r for package: dkms-2.4.0-1.20170926git959bd74.el7.noarch---> Package elfutils-libelf-devel.armv7hl 0:0.168-8.el7 will be installed--> Processing Dependency: pkgconfig(zlib) for package: elfutils-libelf-devel-0.168-8.el7.armv7hl---> Package file.armv7hl 0:5.11-33.el7 will be installed---> Package gcc.armv7hl 0:4.8.5-16.el7_4.1 will be installed--> Processing Dependency: cpp = 4.8.5-16.el7_4.1 for package: gcc-4.8.5-16.el7_4.1.armv7hl--> Processing Dependency: libmpfr.so.4 for package: gcc-4.8.5-16.el7_4.1.armv7hl--> Processing Dependency: libmpc.so.3 for package: gcc-4.8.5-16.el7_4.1.armv7hl--> Processing Dependency: libatomic.so.1 for package: gcc-4.8.5-16.el7_4.1.armv7hl--> Running transaction check---> Package cpp.armv7hl 0:4.8.5-16.el7_4.1 will be installed---> Package dkms.noarch 0:2.4.0-1.20170926git959bd74.el7 will be installed--> Processing Dependency: kernel-devel-uname-r for package: dkms-2.4.0-1.20170926git959bd74.el7.noarch---> Package libatomic.armv7hl 0:4.8.5-16.el7_4.1 will be installed---> Package libmpc.armv7hl 0:1.0.1-3.el7 will be installed---> Package mpfr.armv7hl 0:3.1.1-4.el7 will be installed---> Package zlib-devel.armv7hl 0:1.2.7-17.el7 will be installed--> Finished Dependency ResolutionError: Package: dkms-2.4.0-1.20170926git959bd74.el7.noarch (epel) Requires: kernel-devel-uname-r You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest[centos-rpi3 ~]$

2 3

MySQL(5.7.21) and Percona(5.7.20-19) compile fails in CentOS7(1708) aarch64
by Zhou Wang 03 Mar '18

03 Mar '18

Hi, We use CentOS7(1708) aarch64 to compile MySQL(5.7.21) and Percona(5.7.20-19). Compiling will fail with below error log: Built target myisamchk Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/net_serv.cc.o Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/opt_costmodel.cc.o Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/opt_costconstants.cc.o /home/mysql-5.7.21/storage/innobase/fts/fts0fts.cc: In function ‘dberr_t fts_sync_index(fts_sync_t*, fts_index_cache_t*)’: /home/mysql-5.7.21/storage/innobase/fts/fts0fts.cc:4495:1: error: could not split insn } ^ (insn 739 2247 2253 (parallel [ (set (reg:DI 0 x0 [orig:150 D.108431 ] [150]) (plus:DI (mem/v:DI (reg/f:DI 19 x19 [orig:98 D.108442 ] [98]) [-1 S8 A64]) (const_int 536870912 [0x20000000]))) (set (mem/v:DI (reg/f:DI 19 x19 [orig:98 D.108442 ] [98]) [-1 S8 A64]) (unspec_volatile:DI [ (mem/v:DI (reg/f:DI 19 x19 [orig:98 D.108442 ] [98]) [-1 S8 A64]) (const_int 536870912 [0x20000000]) (const_int 5 [0x5]) ] UNSPECV_ATOMIC_OP)) (clobber (reg:CC 66 cc)) (clobber (reg:SI 1 x1)) ]) /home/mysql-5.7.21/storage/innobase/include/sync0rw.ic:309 1855 {atomic_add_fetchdi} (expr_list:REG_UNUSED (reg:CC 66 cc) (expr_list:REG_UNUSED (reg:SI 1 x1) (nil)))) /home/mysql-5.7.21/storage/innobase/fts/fts0fts.cc:4495:1: internal compiler error: in final_scan_insn, at final.c:2897 Please submit a full bug report, with preprocessed source if appropriate. See <http://bugzilla.redhat.com/bugzilla> for instructions. [ 70%] [ 70%] [ 70%] [ 70%] Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/opt_explain.cc.o Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/opt_explain_traditional.cc.o Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/opt_explain_json.cc.o Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/opt_hints.cc.o [ 70%] [ 70%] [ 70%] [ 70%] Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/opt_range.cc.o Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/opt_statistics.cc.o Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/opt_sum.cc.o [ 71%] Linking CXX static library ../archive_output_directory/libmysqlcheck_core.a Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/opt_trace.cc.o /home/mysql-5.7.21/storage/innobase/fts/fts0fts.cc: In function ‘dberr_t fts_sync_index(fts_sync_t*, fts_index_cache_t*)’: /home/mysql-5.7.21/storage/innobase/fts/fts0fts.cc:4495:1: error: could not split insn } ^ (insn 737 2253 2259Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/opt_trace2server.cc.o [ 71%] (parallel [ (set (reg:DI 0 x0 [orig:150 D.108021 ] [150]) (plus:DI (mem/v:DI (reg/f:DI 19 x19 [orig:98 D.108032 ] [98]) [-1 S8 A64]) (const_int 536870912 [0x20000000]))) (set (mem/v:DI (reg/f:DI 19 x19 [orig:98 D.108032 ] [98]) [-1 S8 A64]) (unspec_volatile:DI [ (mem/v:DI (reg/f:DI 19 x19 [orig:98 D.108032 ] [98]) [-1 S8 A64]) (const_int[ 71%] 536870912 [0x20000000]) (const_int 5 [0x5]) ] UNSPECV_ATOMIC_OP)) (clobber (reg:CC 66 cc)) (clobber (reg:SI 1 x1)) ]) /home/mysql-5.7.21/storage/innobase/include/sync0rw.ic:309 1855 {atomic_add_fetchdi} (expr_list:REG_UNUSED (reg:CC 66 cc) (expr_list:REG_UNUSED (reg:SI 1 x1) (nil)))) /home/mysql-5.7.21/storage/innobase/fts/fts0fts.cc:4495:1: internal compiler error: in final_scan_insn, at final.c:2897 [ 71%] Please submit a full bug report, with preprocessed source if appropriate. [ 71%] See <http://bugzilla.redhat.com/bugzilla> for instructions. [ 71%] Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/parse_file.cc.o Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/parse_tree_helpers.cc.o Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/parse_tree_hints.cc.o Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/parse_tree_items.cc.o Building CXX object libmysqld/CMakeFiles/sql_embedded.dir/__/sql/parse_tree_node_base.cc.o [ 71%] Built target mysqlcheck_core [ 71%] [ 71%] [ 71%] [ 71%] Linking CXX executable protoc It seems we need update gcc to solve this problem. It will be great if any suggestion can be got about this problem. Best and thanks, Zhou

3 4

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Arm-dev March 2018