Arm-dev October 2018

arm-dev@lists.centos.org

13 participants
28 discussions

Re: [Arm-dev] Community kernel 4.18.x
by Mark Verlinde 25 Oct '18

25 Oct '18

-----Oorspronkelijk bericht----- > Afzender:arm_ml@rirasoft.de <arm_ml(a)rirasoft.de> > Verstuurd: Dinsdag 23 Oktober 2018 9:39 > Aan: arm-dev(a)centos.org > Onderwerp: Re: [Arm-dev] Community kernel 4.18.x > > Am 2018-10-22 19:01, schrieb Mark Verlinde: > > -----Oorspronkelijk bericht----- > >> Afzender:Mark Verlinde <mark(a)havak.nl> > >> Verstuurd: Maandag 22 Oktober 2018 14:27 > >> Aan: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > >> Onderwerp: Re: [Arm-dev] Community kernel 4.18.x > > > >> > >> Thank you for the hints, it Led to a booting setup! > >> > >> Still need to fine tine, some customization may not be needed > >> howerever this configuration led to the booting odroid HC1. > >> > >> Appended cpuidle.off=1 console=tty1 console=ttySAC2,115200n8 to the > >> cmdline: > >> > >> # cat /boot/extlinux/extlinux.conf > >> # extlinux.conf generated by appliance-creator > >> ui menu.c32 > >> menu autoboot Welcome to Centos-Uboot-Community-kernel. Automatic boot > >> in # second{,s}. Press a key for options. > >> menu title Centos-Uboot-Community-kernel Boot Options. > >> menu hidden > >> timeout 20 > >> totaltimeout 600 > >> > >> default=Centos-Uboot-Community-kernel (4.18.14-200.el7.armv7hl) > >> label CentOS Linux (4.18.16-200.el7.armv7hl) 7 (AltArch) > >> kernel /vmlinuz-4.18.16-200.el7.armv7hl > >> append cpuidle.off=1 console=tty1 console=ttySAC2,115200n8 ro > >> root=UUID=a306d630-4957-4da0-8dd6-79f943147d61 LANG=en_US.UTF-8 > >> fdtdir /dtb-4.18.16-200.el7.armv7hl > >> initrd /initramfs-4.18.16-200.el7.armv7hl.img > >> > >> label Centos-Uboot-Community-kernel (4.18.14-200.el7.armv7hl) > >> kernel /vmlinuz-4.18.14-200.el7.armv7hl > >> append cpuidle.off=1 console=tty1 console=ttySAC2,115200n8 ro > >> root=UUID=a306d630-4957-4da0-8dd6-79f943147d61 > >> fdtdir /dtb-4.18.14-200.el7.armv7hl > >> initrd /initramfs-4.18.14-200.el7.armv7hl.img > >> > >> In an effort to mimic the FC28 intenramfs added/omitted some modules > >> and > >> added _all_ exynos and samsung divers loaded by the booting FC28 > >> setup: > >> > >> #cat /etc/dracut.conf.d/odroid_hc1.conf > >> add_dracutmodules+="dm" > >> omit_dracutmodules+="network ifcfg" > >> add_drivers+="exynosdrm exynos_bus exynos_trng exynos_nocp exynos_rng > >> phy_exynos_dp_video phy_exynos_mipi_video dwc3_exynos clk_exynos_audss > >> i2c_exynos5 dw_mmc_exynos dw_mmc_pltfm dw_mmc phy_exynos_usb2 > >> phy_exynos5_usbdrd pwm_samsung " > >> > >> (AGAIN) NOTE: some may be necessary others may be ommited.. > > > > Turns out one additional driver - dwc3 - is needed to boot the odroid > > HC1 with a rootfs residing on a SATA device. > > My best guess is dwc3_exynos actually depends on dwc3 and/or (one of) > > the dependencies of dwc3. > > > > > > #cat /etc/dracut.conf.d/odroid_hc1.conf > > add_dracutmodules+="dm" > > omit_dracutmodules+="network ifcfg" > > add_drivers+=" exynosdrm exynos_bus exynos_trng exynos_nocp exynos_rng > > phy_exynos_dp_video phy_exynos_mipi_video dwc3_exynos clk_exynos_audss > > i2c_exynos5 dw_mmc_exynos dw_mmc_pltfm dw_mmc phy_exynos_usb2 > > phy_exynos5_usbdrd pwm_samsung " > > add_drivers+=" dwc3" > > > > Mark: how do you get CentOS with this actual kernel on the Odroid HC1 ? > I've 2 of them running Fedora as a Mailserver and Nextcloudserver. The kernel are kindly build by Pablo and can be found at: https://armv7.dev.centos.org/repodir/community-kernel-latest/ On a running armhfp device (distro or kernel should not matter); You may mount the sd-card and chroot in to the card to install / update the kernel. Mount the rootfs partition (usually part4) of your sd card and the boot partition (usually part2); mount proc and sys of the "host" too (ie): mount /dev/sdX4 /mnt mount /dev/sdX2 /mount/boot mount --bind /proc /mnt/proc mount --bind /sys /mnt/sys then chroot /mnt You may need to copy the /etc/resolve.conf from your host system to kickstart networking. _OT_ For personal use and on request from others I made a flash-able img file with 4.18.16 installed. It is a bit different from the default userland-generic though: 2 partitions starting @4096 (1) boot (2) rootfs; compressed swap-space in ram. NOTE: this link may be short lived as the setup is experimental https://drive.google.com/open?id=1PvLxWVwvK9H2zJTnBF2rKlA7IDmbpa7s and my rough notes on the HC1: https://gist.github.com/markVnl/7adf25cebfdce5d5009d93b7b4caae96 _OT_ Greetings Mark > > Greetings > Andreas > _______________________________________________ > Arm-dev mailing list > Arm-dev(a)centos.org > https://lists.centos.org/mailman/listinfo/arm-dev >

2 1

More notes on Xfce
by Robert Moskowitz 23 Oct '18

23 Oct '18

I am now connected via vnc. I am using the following for my ~/.vnc/xstartup #!/bin/sh unset SESSION_MANAGER unset DBUS_SESSION_BUS_ADDRESS # exec /etc/X11/xinit/xinitrc exec /bin/sh /etc/xdg/xfce4/xinitrc xrdb $HOME/.Xresources startxfce4 & No avahi-daemon Oct 23 11:39:29 ct-c7 yum[1950]: Installed: avahi-libs-0.6.31-19.el7.armv7hl Oct 23 11:40:09 ct-c7 yum[1950]: Installed: avahi-glib-0.6.31-19.el7.armv7hl Oct 23 11:51:35 ct-c7 journal: Failed to connect to avahi service: Daemon not running Oct 23 11:51:51 ct-c7 journal: Failed to connect to avahi service: Daemon not running But is it really needed on a server? No cups installed. That would be a separate step, I assume. No auto media mount. I insert a usb drive. I see it in /dev as sdb, but it is not showing on the desktop to mount. Seems I had this when I first installed gnome DE and then installed Xfce DE, and selected Xfce DE. Only ~/Desktop directory created. None of the other directories you tend to see for a user account. I am going to put this drive to the side and work on other stuff for now. Unless someone recommends testing some addition. Meanwhile the install of the Xfce group needs to install Base and "X Windows System" it would seem. thanks

1 1

PHP7x SCL for aarch64
by Mark Verlinde 23 Oct '18

23 Oct '18

Hi, Are there rumors / tasks / plans for SCL packages targeted @aarch64? Found devtoolsets in buildlogs.centos.org, but {rh,sclo}PHP7x repositories are frightening empty. Thanks in advance, Mark Verlinde

1 0

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

Re: [Arm-dev] Community kernel 4.18.x
by Mark Verlinde 23 Oct '18

23 Oct '18

-----Oorspronkelijk bericht----- > Afzender:Mark Verlinde <mark(a)havak.nl> > Verstuurd: Woensdag 17 Oktober 2018 18:49 > Aan: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > Onderwerp: Re: [Arm-dev] Community kernel 4.18.x > > > -----Oorspronkelijk bericht----- > > Afzender:Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > > Verstuurd: Woensdag 17 Oktober 2018 18:09 > > Aan: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > > Onderwerp: Re: [Arm-dev] Community kernel 4.18.x > > > > > > > > El 17/10/18 a las 11:47, Mark Verlinde escribió: > > > Hi, > > > > > > Kernel 4.18.x brings nice features, CPUFreq for Allwinner H3 SOC's being among them. > > > > > > Therefore I had a go on updating to the community-kernel-latest version 4.18.14-200.el7 which failed; > > > Dracut could not (re)build a intitramfs-4.18.14-.. and (probably because of this) uInitrd-4.18.14-.. was missing to. > > > Unfortunately did not write the exact error message down; next time will do so. > > Does /boot have enough space?, I usually try to have 3 kernels at most. > > I've been using that kernel in 3 different SoCs without problems, > > including Bananapi M3 (same SoC as the cubieboard5) > > I do not doubt it had because it was the second kernel update done (i.e would be the 3rd installed) > > However : just successfully installed with a more conservative approach 4.17.17 > 4.18.9 > 4.18.14 > Side note is: this is on a home brew image without RPI bits and peaces, 786MB boot partition with ext4 file-system. > In time I will try again with default Centos-Generic image. > > i'm happy now:) > cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor > ondemand > > > > > > > BTW: Update to Kernel 4.17.17-200.el7 was successful on my oragngepi-plus2e > > > > > > In my own interest i'd really want to help to debug this; > > > but to be able to do this i need to understand in more detail how we boot Centos on our u-boot based SBC's. > > > I got the broad picture: u-boot >> extlinux bootloader >> kernel >> > > Correct > > > Getting lost however looking at extlinux/extlinux.conf , grub/grub.conf and not knowing the content of boot.scr > > You can ignore grub.conf and boot.scr, extlinux.conf is all you need > > Sorry to persist, I'd really like to understand in more detail; > Questions circling in my head (among others) are: > Why do we have a uInitrd _and_ initramfs ? > Why do we have a uimage _and_ vmlinux ? > Why does my odroid HC1 boot with a Fedora image but not with Centos (kernel 4.14.71 nor 4.17.17)? (despite specific USB3 patches are backported to 4.14) > > > > > > > Can somebody enlighten me on this, or show me some further reading. > > > > > > (I did search fedora's arm documentation without getting smarter..) > > > > > > Actually in response to "Cubieboard5 performance" > > > (https://lists.centos.org/pipermail/arm-dev/2018-October/003515.html) > > > > > > Just a heads up, update to 4.18.16 works flawless on the above described setup on a oragngepi-plus2e. Did not find the time to test it with a default img as I'm still in a fight with the odroid HC1. For the latter the good new is: it's not an issue with the kernel but with the initramfs.

5 8

Re: [Arm-dev] Community kernel 4.18.x
by Mark Verlinde 23 Oct '18

23 Oct '18

-----Oorspronkelijk bericht----- > Afzender:Mark Verlinde <mark(a)havak.nl> > Verstuurd: Maandag 22 Oktober 2018 14:27 > Aan: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > Onderwerp: Re: [Arm-dev] Community kernel 4.18.x > > Thank you for the hints, it Led to a booting setup! > > Still need to fine tine, some customization may not be needed howerever this configuration led to the booting odroid HC1. > > Appended cpuidle.off=1 console=tty1 console=ttySAC2,115200n8 to the cmdline: > > # cat /boot/extlinux/extlinux.conf > # extlinux.conf generated by appliance-creator > ui menu.c32 > menu autoboot Welcome to Centos-Uboot-Community-kernel. Automatic boot in # second{,s}. Press a key for options. > menu title Centos-Uboot-Community-kernel Boot Options. > menu hidden > timeout 20 > totaltimeout 600 > > default=Centos-Uboot-Community-kernel (4.18.14-200.el7.armv7hl) > label CentOS Linux (4.18.16-200.el7.armv7hl) 7 (AltArch) > kernel /vmlinuz-4.18.16-200.el7.armv7hl > append cpuidle.off=1 console=tty1 console=ttySAC2,115200n8 ro root=UUID=a306d630-4957-4da0-8dd6-79f943147d61 LANG=en_US.UTF-8 > fdtdir /dtb-4.18.16-200.el7.armv7hl > initrd /initramfs-4.18.16-200.el7.armv7hl.img > > label Centos-Uboot-Community-kernel (4.18.14-200.el7.armv7hl) > kernel /vmlinuz-4.18.14-200.el7.armv7hl > append cpuidle.off=1 console=tty1 console=ttySAC2,115200n8 ro root=UUID=a306d630-4957-4da0-8dd6-79f943147d61 > fdtdir /dtb-4.18.14-200.el7.armv7hl > initrd /initramfs-4.18.14-200.el7.armv7hl.img > > In an effort to mimic the FC28 intenramfs added/omitted some modules and > added _all_ exynos and samsung divers loaded by the booting FC28 setup: > > #cat /etc/dracut.conf.d/odroid_hc1.conf > add_dracutmodules+="dm" > omit_dracutmodules+="network ifcfg" > add_drivers+="exynosdrm exynos_bus exynos_trng exynos_nocp exynos_rng phy_exynos_dp_video phy_exynos_mipi_video dwc3_exynos clk_exynos_audss i2c_exynos5 dw_mmc_exynos dw_mmc_pltfm dw_mmc phy_exynos_usb2 phy_exynos5_usbdrd pwm_samsung " > > (AGAIN) NOTE: some may be necessary others may be ommited.. Turns out one additional driver - dwc3 - is needed to boot the odroid HC1 with a rootfs residing on a SATA device. My best guess is dwc3_exynos actually depends on dwc3 and/or (one of) the dependencies of dwc3. #cat /etc/dracut.conf.d/odroid_hc1.conf add_dracutmodules+="dm" omit_dracutmodules+="network ifcfg" add_drivers+=" exynosdrm exynos_bus exynos_trng exynos_nocp exynos_rng phy_exynos_dp_video phy_exynos_mipi_video dwc3_exynos clk_exynos_audss i2c_exynos5 dw_mmc_exynos dw_mmc_pltfm dw_mmc phy_exynos_usb2 phy_exynos5_usbdrd pwm_samsung " add_drivers+=" dwc3"

2 1

Re: [Arm-dev] Community kernel 4.18.x
by Mark Verlinde 22 Oct '18

22 Oct '18

-----Oorspronkelijk bericht----- > Afzender:Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > Verstuurd: Zondag 21 Oktober 2018 23:58 > Aan: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > Onderwerp: Re: [Arm-dev] Community kernel 4.18.x > > > El 21/10/18 a las 17:06, Mark Verlinde escribió: > > -----Oorspronkelijk bericht----- > >> Afzender:Mark Verlinde <mark(a)havak.nl> > >> Verstuurd: Woensdag 17 Oktober 2018 18:49 > >> Aan: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > >> Onderwerp: Re: [Arm-dev] Community kernel 4.18.x > >> > >> > >> -----Oorspronkelijk bericht----- > >>> Afzender:Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > >>> Verstuurd: Woensdag 17 Oktober 2018 18:09 > >>> Aan: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > >>> Onderwerp: Re: [Arm-dev] Community kernel 4.18.x > >>> > >>> > >>> > >>> El 17/10/18 a las 11:47, Mark Verlinde escribió: > >>>> Hi, > >>>> > >>>> Kernel 4.18.x brings nice features, CPUFreq for Allwinner H3 SOC's being among them. > >>>> > >>>> Therefore I had a go on updating to the community-kernel-latest version 4.18.14-200.el7 which failed; > >>>> Dracut could not (re)build a intitramfs-4.18.14-.. and (probably because of this) uInitrd-4.18.14-.. was missing to. > >>>> Unfortunately did not write the exact error message down; next time will do so. > >>> Does /boot have enough space?, I usually try to have 3 kernels at most. > >>> I've been using that kernel in 3 different SoCs without problems, > >>> including Bananapi M3 (same SoC as the cubieboard5) > >> I do not doubt it had because it was the second kernel update done (i.e would be the 3rd installed) > >> > >> However : just successfully installed with a more conservative approach 4.17.17 > 4.18.9 > 4.18.14 > >> Side note is: this is on a home brew image without RPI bits and peaces, 786MB boot partition with ext4 file-system. > >> In time I will try again with default Centos-Generic image. > >> > >> i'm happy now:) > >> cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor > >> ondemand > >> > >>>> BTW: Update to Kernel 4.17.17-200.el7 was successful on my oragngepi-plus2e > >>>> > >>>> In my own interest i'd really want to help to debug this; > >>>> but to be able to do this i need to understand in more detail how we boot Centos on our u-boot based SBC's. > >>>> I got the broad picture: u-boot >> extlinux bootloader >> kernel >> > >>> Correct > >>>> Getting lost however looking at extlinux/extlinux.conf , grub/grub.conf and not knowing the content of boot.scr > >>> You can ignore grub.conf and boot.scr, extlinux.conf is all you need > >> Sorry to persist, I'd really like to understand in more detail; > >> Questions circling in my head (among others) are: > >> Why do we have a uInitrd _and_ initramfs ? > >> Why do we have a uimage _and_ vmlinux ? > >> Why does my odroid HC1 boot with a Fedora image but not with Centos (kernel 4.14.71 nor 4.17.17)? (despite specific USB3 patches are backported to 4.14) > >> > >>>> Can somebody enlighten me on this, or show me some further reading. > >>>> > >>>> (I did search fedora's arm documentation without getting smarter..) > >>>> > >>>> Actually in response to "Cubieboard5 performance" > >>>> (https://lists.centos.org/pipermail/arm-dev/2018-October/003515.html) > >>>> > >>>> > > Just a heads up, update to 4.18.16 works flawless on the above described setup on a oragngepi-plus2e. > > Did not find the time to test it with a default img as I'm still in a fight with the odroid HC1. > > For the latter the good new is: it's not an issue with the kernel but with the initramfs. > > > Thanks for testing!! > WRT the odroid, do you have an error log? > I've had my share of boot problems with supported devices, and they end > up being solved by something like what I said in this mail > https://lists.centos.org/pipermail/arm-dev/2018-August/003399.html Thank you for the hints, it Led to a booting setup! Still need to fine tine, some customization may not be needed howerever this configuration led to the booting odroid HC1. Appended cpuidle.off=1 console=tty1 console=ttySAC2,115200n8 to the cmdline: # cat /boot/extlinux/extlinux.conf # extlinux.conf generated by appliance-creator ui menu.c32 menu autoboot Welcome to Centos-Uboot-Community-kernel. Automatic boot in # second{,s}. Press a key for options. menu title Centos-Uboot-Community-kernel Boot Options. menu hidden timeout 20 totaltimeout 600 default=Centos-Uboot-Community-kernel (4.18.14-200.el7.armv7hl) label CentOS Linux (4.18.16-200.el7.armv7hl) 7 (AltArch) kernel /vmlinuz-4.18.16-200.el7.armv7hl append cpuidle.off=1 console=tty1 console=ttySAC2,115200n8 ro root=UUID=a306d630-4957-4da0-8dd6-79f943147d61 LANG=en_US.UTF-8 fdtdir /dtb-4.18.16-200.el7.armv7hl initrd /initramfs-4.18.16-200.el7.armv7hl.img label Centos-Uboot-Community-kernel (4.18.14-200.el7.armv7hl) kernel /vmlinuz-4.18.14-200.el7.armv7hl append cpuidle.off=1 console=tty1 console=ttySAC2,115200n8 ro root=UUID=a306d630-4957-4da0-8dd6-79f943147d61 fdtdir /dtb-4.18.14-200.el7.armv7hl initrd /initramfs-4.18.14-200.el7.armv7hl.img In an effort to mimic the FC28 intenramfs added/omitted some modules and added _all_ exynos and samsung divers loaded by the booting FC28 setup: #cat /etc/dracut.conf.d/odroid_hc1.conf add_dracutmodules+="dm" omit_dracutmodules+="network ifcfg" add_drivers+="exynosdrm exynos_bus exynos_trng exynos_nocp exynos_rng phy_exynos_dp_video phy_exynos_mipi_video dwc3_exynos clk_exynos_audss i2c_exynos5 dw_mmc_exynos dw_mmc_pltfm dw_mmc phy_exynos_usb2 phy_exynos5_usbdrd pwm_samsung " (AGAIN) NOTE: some may be necessary others may be ommited.. > > > Pablo. > > _______________________________________________ > Arm-dev mailing list > Arm-dev(a)centos.org > https://lists.centos.org/mailman/listinfo/arm-dev >

3 3

SELinux warnings?
by Robert Moskowitz 18 Oct '18

18 Oct '18

I am assuming that none of these are a problem, other than they occur anytime you do anything with SELinux, like get an update: Updating : selinux-policy-targeted-3.13.1-192.el7_5.6.noarch 52/163 [ 864.238915] SELinux: Permission getrlimit in class process not defined in policy. [ 864.255572] SELinux: Permission map in class file not defined in policy. [ 864.271347] SELinux: Permission map in class dir not defined in policy. [ 864.287009] SELinux: Permission map in class lnk_file not defined in policy. [ 864.302952] SELinux: Permission map in class chr_file not defined in policy. [ 864.318679] SELinux: Permission map in class blk_file not defined in policy. [ 864.334072] SELinux: Permission map in class sock_file not defined in policy. [ 864.349585] SELinux: Permission map in class fifo_file not defined in policy. [ 864.364986] SELinux: Permission map in class socket not defined in policy. [ 864.380106] SELinux: Permission map in class tcp_socket not defined in policy. [ 864.395447] SELinux: Permission map in class udp_socket not defined in policy. [ 864.410657] SELinux: Permission map in class rawip_socket not defined in policy. [ 864.425984] SELinux: Permission map in class netlink_socket not defined in policy. [ 864.441531] SELinux: Permission map in class packet_socket not defined in policy. [ 864.457032] SELinux: Permission map in class key_socket not defined in policy. [ 864.472253] SELinux: Permission map in class unix_stream_socket not defined in policy. [ 864.488097] SELinux: Permission map in class unix_dgram_socket not defined in policy. [ 864.503933] SELinux: Permission map in class netlink_route_socket not defined in policy. [ 864.519918] SELinux: Permission map in class netlink_tcpdiag_socket not defined in policy. [ 864.536181] SELinux: Permission map in class netlink_nflog_socket not defined in policy. [ 864.552161] SELinux: Permission map in class netlink_xfrm_socket not defined in policy. [ 864.568076] SELinux: Permission map in class netlink_selinux_socket not defined in policy. [ 864.584204] SELinux: Permission map in class netlink_iscsi_socket not defined in policy. [ 864.600178] SELinux: Permission map in class netlink_audit_socket not defined in policy. [ 864.616037] SELinux: Permission map in class netlink_fib_lookup_socket not defined in policy. [ 864.632237] SELinux: Permission map in class netlink_connector_socket not defined in policy. [ 864.648096] SELinux: Permission map in class netlink_netfilter_socket not defined in policy. [ 864.663754] SELinux: Permission map in class netlink_dnrt_socket not defined in policy. [ 864.678752] SELinux: Permission map in class netlink_kobject_uevent_socket not defined in policy. [ 864.694514] SELinux: Permission map in class netlink_generic_socket not defined in policy. [ 864.709433] SELinux: Permission map in class netlink_scsitransport_socket not defined in policy. [ 864.724784] SELinux: Permission map in class netlink_rdma_socket not defined in policy. [ 864.739110] SELinux: Permission map in class netlink_crypto_socket not defined in policy. [ 864.753607] SELinux: Permission map in class appletalk_socket not defined in policy. [ 864.767591] SELinux: Permission map in class dccp_socket not defined in policy. [ 864.781189] SELinux: Permission map in class tun_socket not defined in policy. [ 864.794607] SELinux: Class sctp_socket not defined in policy. [ 864.806570] SELinux: Class icmp_socket not defined in policy. [ 864.818225] SELinux: Class ax25_socket not defined in policy. [ 864.829649] SELinux: Class ipx_socket not defined in policy. [ 864.840752] SELinux: Class netrom_socket not defined in policy. [ 864.851923] SELinux: Class atmpvc_socket not defined in policy. [ 864.862911] SELinux: Class x25_socket not defined in policy. [ 864.873393] SELinux: Class rose_socket not defined in policy. [ 864.883767] SELinux: Class decnet_socket not defined in policy. [ 864.894133] SELinux: Class atmsvc_socket not defined in policy. [ 864.904385] SELinux: Class rds_socket not defined in policy. [ 864.914444] SELinux: Class irda_socket not defined in policy. [ 864.924608] SELinux: Class pppox_socket not defined in policy. [ 864.934862] SELinux: Class llc_socket not defined in policy. [ 864.944876] SELinux: Class can_socket not defined in policy. [ 864.954877] SELinux: Class tipc_socket not defined in policy. [ 864.964974] SELinux: Class bluetooth_socket not defined in policy. [ 864.975659] SELinux: Class iucv_socket not defined in policy. [ 864.985843] SELinux: Class rxrpc_socket not defined in policy. [ 864.996237] SELinux: Class isdn_socket not defined in policy. [ 865.006492] SELinux: Class phonet_socket not defined in policy. [ 865.017007] SELinux: Class ieee802154_socket not defined in policy. [ 865.027974] SELinux: Class caif_socket not defined in policy. [ 865.038332] SELinux: Class alg_socket not defined in policy. [ 865.048641] SELinux: Class nfc_socket not defined in policy. [ 865.058824] SELinux: Class vsock_socket not defined in policy. [ 865.069225] SELinux: Class kcm_socket not defined in policy. [ 865.079405] SELinux: Class qipcrtr_socket not defined in policy. [ 865.090009] SELinux: Class smc_socket not defined in policy. [ 865.100225] SELinux: the above unknown classes and permissions will be allowed [ 870.760142] SELinux: Context unconfined_u:unconfined_r:sandbox_t:s0-s0:c0.c1023 became invalid (unmapped). [ 871.187593] SELinux: Context system_u:unconfined_r:sandbox_t:s0-s0:c0.c1023 became invalid (unmapped). [ 872.635092] SELinux: policy capability network_peer_controls=1 [ 872.645801] SELinux: policy capability open_perms=1 [ 872.655404] SELinux: policy capability extended_socket_class=0 [ 872.666023] SELinux: policy capability always_check_network=0 [ 872.676507] SELinux: policy capability cgroup_seclabel=1 [ 872.686511] SELinux: policy capability nnp_nosuid_transition=1 that is quite an extensive list...

1 0

Re: [Arm-dev] Community kernel 4.18.x
by Mark Verlinde 17 Oct '18

17 Oct '18

-----Oorspronkelijk bericht----- > Afzender:Pablo Sebastián Greco <pablo(a)fliagreco.com.ar> > Verstuurd: Woensdag 17 Oktober 2018 18:09 > Aan: Conversations around CentOS on ARM hardware <arm-dev(a)centos.org> > Onderwerp: Re: [Arm-dev] Community kernel 4.18.x > > > > El 17/10/18 a las 11:47, Mark Verlinde escribió: > > Hi, > > > > Kernel 4.18.x brings nice features, CPUFreq for Allwinner H3 SOC's being among them. > > > > Therefore I had a go on updating to the community-kernel-latest version 4.18.14-200.el7 which failed; > > Dracut could not (re)build a intitramfs-4.18.14-.. and (probably because of this) uInitrd-4.18.14-.. was missing to. > > Unfortunately did not write the exact error message down; next time will do so. > Does /boot have enough space?, I usually try to have 3 kernels at most. > I've been using that kernel in 3 different SoCs without problems, > including Bananapi M3 (same SoC as the cubieboard5) I do not doubt it had because it was the second kernel update done (i.e would be the 3rd installed) However : just successfully installed with a more conservative approach 4.17.17 > 4.18.9 > 4.18.14 Side note is: this is on a home brew image without RPI bits and peaces, 786MB boot partition with ext4 file-system. In time I will try again with default Centos-Generic image. i'm happy now:) cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor ondemand > > > > BTW: Update to Kernel 4.17.17-200.el7 was successful on my oragngepi-plus2e > > > > In my own interest i'd really want to help to debug this; > > but to be able to do this i need to understand in more detail how we boot Centos on our u-boot based SBC's. > > I got the broad picture: u-boot >> extlinux bootloader >> kernel >> > Correct > > Getting lost however looking at extlinux/extlinux.conf , grub/grub.conf and not knowing the content of boot.scr > You can ignore grub.conf and boot.scr, extlinux.conf is all you need Sorry to persist, I'd really like to understand in more detail; Questions circling in my head (among others) are: Why do we have a uInitrd _and_ initramfs ? Why do we have a uimage _and_ vmlinux ? Why does my odroid HC1 boot with a Fedora image but not with Centos (kernel 4.14.71 nor 4.17.17)? (despite specific USB3 patches are backported to 4.14) > > > > Can somebody enlighten me on this, or show me some further reading. > > > > (I did search fedora's arm documentation without getting smarter..) > > > > Actually in response to "Cubieboard5 performance" > > (https://lists.centos.org/pipermail/arm-dev/2018-October/003515.html) > > > > > > _______________________________________________ > > Arm-dev mailing list > > Arm-dev(a)centos.org > > https://lists.centos.org/mailman/listinfo/arm-dev > > > _______________________________________________ > Arm-dev mailing list > Arm-dev(a)centos.org > https://lists.centos.org/mailman/listinfo/arm-dev >

1 0

Community kernel 4.18.x
by Mark Verlinde 17 Oct '18

17 Oct '18

Hi, Kernel 4.18.x brings nice features, CPUFreq for Allwinner H3 SOC's being among them. Therefore I had a go on updating to the community-kernel-latest version 4.18.14-200.el7 which failed; Dracut could not (re)build a intitramfs-4.18.14-.. and (probably because of this) uInitrd-4.18.14-.. was missing to. Unfortunately did not write the exact error message down; next time will do so. BTW: Update to Kernel 4.17.17-200.el7 was successful on my oragngepi-plus2e In my own interest i'd really want to help to debug this; but to be able to do this i need to understand in more detail how we boot Centos on our u-boot based SBC's. I got the broad picture: u-boot >> extlinux bootloader >> kernel >> Getting lost however looking at extlinux/extlinux.conf , grub/grub.conf and not knowing the content of boot.scr Can somebody enlighten me on this, or show me some further reading. (I did search fedora's arm documentation without getting smarter..) Actually in response to "Cubieboard5 performance" (https://lists.centos.org/pipermail/arm-dev/2018-October/003515.html)

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Arm-dev October 2018