Arm-dev August 2018

arm-dev@lists.centos.org

17 participants
20 discussions

Re: [Arm-dev] Add Marvell Armada7k8k NIC (mvpp2) support patches
by Marcin Wojtas 26 May '20

26 May '20

Hi Jim, It's been a while, since I sent the patch. Any objections about merging? Is v4.11 kernel still a valid baseline or for the next releases or we should use v4.14? When is that transition and next release supposed to happen? Best regards, Marcinsob., 23 cze 2018 o 08:18 Marcin Wojtas <mw(a)semihalf.com> napisał(a): > > Hi, > > I'm sending a patch that is applicable on top of the kernel > sig-altarch7-aarch64 branch. It enables ACPI support for the Marvell > Armada7k8k NIC - this required backporting very big amount of patches > (all merged upstream), hence I decided to attach the single commit, > instead of issueing 'git send-email' of it. > > Despite many attempts I wasn't able to build entire rpm package with > the mock build utility, however I managed to test the clean kernel > v4.11 with applied all patches and built with updated .config. Please > let know if this patch is sufficient and can be merged. > > Thanks, > Marcin

5 21

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

Attempt to install Xfce by hand
by Robert Moskowitz 23 Oct '18

23 Oct '18

You may have seen my posts around on my challenges to build a couple groups to do a group install. That got me to realize, that I probably know which rpms to install and I could 'do it by hand' for now. So first step was: yum install glx-utils initial-setup-gui mesa-dri-drivers plymouth-system-theme spice-vdagent xorg-x11-drivers xorg-x11-server-Xorg xorg-x11-utils xorg-x11-xauth xorg-x11-xinit xvattr tigervnc-server wayland-protocols-devel xorg-x11-drv-keyboard xorg-x11-drv-libinput xorg-x11-drv-mouse xorg-x11-drv-openchrome Where xorg-x11-drv-openchrome was not available, but is flagged optional in the group. This installed 16 packages and 263 dependents. Next the actual Xfce: yum install Thunar xfce-utils xfce4-panel xfce4-session xfce4-settings xfconf xfdesktop xfwm4 gdm leafpad openssh-askpass orage polkit-gnome thunar-archive-plugin thunar-volman tumbler xfce4-appfinder xfce4-icon-theme xfce4-power-manager xfce4-session-engines xfce4-terminal xfwm4-theme-nodoka xfwm4-themes pinentry First this showed: No package xfce-utils available. No package leafpad available. No package thunar-archive-plugin available. No package xfce4-icon-theme available. No package xfwm4-theme-nodoka available. No leafpad is OK, as a check shows that mousepad is available and this is what is in Fedora28. No xfce-utils is not good. It got worst with critical missing dependencies that need to be fixed before I could get this to work: Error: Package: xfce4-power-manager-1.4.1-4.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfdesktop-4.10.3-1.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: orage-4.10.0-5.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: Thunar-1.6.3-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-appfinder-4.10.1-2.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: xfce4-session-engines-4.10.1-8.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 Error: Package: thunar-volman-0.8.0-6.el7.armv7hl (epel) Requires: libxfce4util.so.6 Available: libxfce4util-4.10.1-2.el7.armv7hl (epel) libxfce4util.so.6 Installing: libxfce4util-4.12.1-2.el7.armv7hl (epel) ~libxfce4util.so.7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest I am going to have to put this on the back burner until someone can fix these. I do not have the skill sets to do it. But having Xcfe would be great for an armv7 SOC over Gnome!

5 33

Generic armhfp / aarch64 root filesystem for CentOS 7.5.1804
by Uli Middelberg 17 Sep '18

17 Sep '18

Hi Fabian, hi Jim, the CentOS 7.5.1804 iso images have been released for a while now and I'm wondering if you have plans to provide a generic armhfp / aarch64 root filesystem [1],[2] as well? Cheers Uli [1] https://armv7.dev.centos.org/repodir/images-testing/CentOS-Userland-7-armv7… [2] http://mirror.centos.org/altarch/7.4.1708/isos/aarch64/CentOS-7-aarch64-roo…

2 2

Cubieboard5 performance
by Robert Moskowitz 26 Aug '18

26 Aug '18

has anyone here tried out the octa-core Cubieboard5? Does Centos work with all those cores for better multitasking than the duo-core A20 boards? One of my Cubieboard2 is dying and I CAN replace it with one of my test boards. But my mail server does struggle with only 2 cores for all the virus scanning. If I had more cores, I could lift the attachment limit, perhaps. I just saw a deal on the Cubieboard5, cheaper than the Cubietruck. Or info on any other quad board. thanks

8 44

Fwd: New kernel takes ~130MB!
by Gordan Bobic 26 Aug '18

26 Aug '18

On Sun, Aug 26, 2018 at 11:23 AM, Johnny Hughes <johnny(a)centos.org> wrote: > On 08/18/2018 05:05 AM, Gordan Bobic wrote: > > I have to ask - what is the purpose of separating kernel, kernel-core > > and kernel-modules into separate packages? > > Ask Fedora .. we just build what Fedora / RHEL puts out wrt to CentOS > and kernel SPECS. > /me despairs a little more and moves another inch closer to switching to Devuan... Or FreeBSD... > > That is how the new Fedora Kernels are released. > > Those devs are really smart, so I'm sure they have a good reason :) > I think we'll have to remain in disagreement on that part. Gordan

1 0

New kernel takes ~130MB!
by Robert Moskowitz 26 Aug '18

26 Aug '18

I just installed the new kernel on one of my Cubieboard2s. /boot used grew ~130MB. Challenge is that my next board to update only has 43MB free. It currently has 3 kernels on it. Is there a way to cleanly delete old kernel files prior to the update? In this case 4.9.30-203? thanks

5 8

Updated Centos7-armv7 install howto
by Robert Moskowitz 26 Aug '18

26 Aug '18

I have finally updated my howto at: http://www.htt-consult.com/Centos7-armv7.html Thanks to the excellent Centos armhfp site, I was able to pull out a lot of the basic setup instructions. Thanks for your work putting that site up. Please go over and take a look; all comments will be welcomed (but not necessarily acted on! :) ). Thank you for providing the code that makes running Centos7 on armv7 boards possible. It would be nice if EPEL could move along. Perhaps when I retire (in a year or 2), I will take on learning how to help there. I have one other project to tackle before I can restart my mailserver effort.

2 2

Boot Raspberry Pi image in KVM on CentOS 7
by Brenton Earl 22 Aug '18

22 Aug '18

Hello, I am trying to boot the Raspberry Pi image in qemu KVM on CentOS7. I converted the image to a qcow2 file system, extracted the /boot directory and tried to boot. I am using the following command: $ sudo virt-install --name centos7_armhfp \ --memory 4096 \ --boot kernel=/var/lib/libvirt/armhfp-boot/boot/vmlinuz-4.14.28- 201.el7.centos.armv7hl,initrd=/var/lib/libvirt/armhfp- boot/boot/initramfs-4.14.28- 201.el7.centos.armv7hl.img,kernel_args="console=ttyAMA0 rw root=/dev/sda3" \ --disk /var/lib/libvirt/images/CentOS-Userland-7-armv7hl-Generic- Minimal-1708-guest.qcow2 \ --import \ --arch armv7l \ --machine virt \ --os-variant centos7.0 I get the following error: Starting install... ERROR unsupported configuration: qemu-xhci not supported in this QEMU binary Domain installation does not appear to have been successful. If it was, you can restart your domain by running: virsh --connect qemu:///system start centos7_armhfp otherwise, please restart your installation. I am following this tutorial that should technically work on all architectures if modified to fit: https://arrfab.net/posts/2017/Sep/29/using-centos-7-armhfp-vm-on-centos -7-aarch64/ What am I doing wrong? I searched the web a bit but found no significant results. I tried to boot with the generic and the pi images with the same error output. I feel like I am missing something simple because I am used to using virt-manager instead of the command line to install virtual machines. Thanks, -- Brenton Earl <brent(a)exitstatusone.com>

3 3

Re: [Arm-dev] New kernel takes ~130MB!
by Pablo Sebastián Greco 16 Aug '18

16 Aug '18

El 16/8/18 a las 15:57, Robert Moskowitz escribió: > Fine, but does yum delete the old before installing new or afterwards? No, it is done after a successful installation, as a part of the "cleanup" stage. > > BTW, in Fedora 28 we had so many problems with the kernels, that many > of had to run 6 kernels back. Finally seem to have the problems > addressed... The think is that it always keeps the current booted kernel, so if you are using a "working" kernel, it shouldn't be a problem. > > On 08/16/2018 02:50 PM, Pablo Sebastián Greco wrote: >> >> I always change installonly_limit in /etc/yum.conf from the default 5 >> to 2, so you only keep the current and the new one. >> >> El 16/8/18 a las 15:44, Robert Moskowitz escribió: >>> I just installed the new kernel on one of my Cubieboard2s. /boot >>> used grew ~130MB. >>> >>> Challenge is that my next board to update only has 43MB free. It >>> currently has 3 kernels on it. >>> >>> Is there a way to cleanly delete old kernel files prior to the >>> update? In this case 4.9.30-203? >>> >>> thanks >>> >>> >>> _______________________________________________ >>> Arm-dev mailing list >>> Arm-dev(a)centos.org >>> https://lists.centos.org/mailman/listinfo/arm-dev >

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Arm-dev August 2018