Just for the appreciation for all the work Pablo did (we make much use of it);
Downloaded the image, flashed it and boot up right away..
_OT_
As for Centos 8 I'll took the liberty to copy-cat and create an aarch64 development-image for the RPI4
Note: it has no swap on disk but a zram implementation..
development image:
https://github.com/markVnl/centos-sbc-tools/releases
( I run libvirt on it ot test aarch64 and armhfp packages in VM's on it and it did not let me down once...)
kernel (re)build on Copr:
https://copr.fedorainfracloud.org/coprs/markvnl/Raspberry_PI4/packages/
Awating a 5.x kernel with somewhat decent RPI 4 support i'v prepared aarch64 U-boot build with a <EFI/centos> patch
https://copr.fedorainfracloud.org/coprs/markvnl/epel-8-aarch64_SBC-tools/pac...
grtz, Mark
-----Original message----- From: R C cjvijf@gmail.com Sent: Tuesday, June 2, 2020 7:48 PM To: Pablo Sebastián Greco pablo@fliagreco.com.ar; Conversations around CentOS on ARM hardware arm-dev@centos.org Subject: Re: [Arm-dev] Centos on rpi4
On 6/2/20 11:36 AM, Pablo Sebastián Greco wrote:
On 2/6/20 13:52, R C wrote:
Hello,
I am trying to get Centos going on an RPI4 with 4GB;
so far I tried to use:
CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-4-2003-sda.raw.xz
(which does seem to do much of anything at all, black screen)
This is the image I use normally for my work on my rpi4-4G without any issues (32bit-lpae memory)
Ok, I'll try that again. (I have no idea what lpae memory is, I just bought an rpi4 with 4gb)
and:
CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-2003-sda.raw.xz:
which seems to display the "rainbow screen", but that's about i.
That's expected not to work on rpi-4, so that's ok
Is there a different Centos image that would work Or is there some setting that's needed?
thanks,
Ron
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
_______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Oh yeah, definitely, I see Pablo's name here all the time.
On 6/2/20 12:29 PM, mark wrote:
RE: [Arm-dev] Centos on rpi4
Just for the appreciation for all the work Pablo did (we make much use of it);
Downloaded the image, flashed it and boot up right away..
_OT_
As for Centos 8 I'll took the liberty to copy-cat and create an aarch64 development-image for the RPI4
Note: it has no swap on disk but a zram implementation..
development image:
https://github.com/markVnl/centos-sbc-tools/releases
( I run libvirt on it ot test aarch64 and armhfp packages in VM's on it and it did not let me down once...)
kernel (re)build on Copr:
https://copr.fedorainfracloud.org/coprs/markvnl/Raspberry_PI4/packages/
Awating a 5.x kernel with somewhat decent RPI 4 support i'v prepared aarch64 U-boot build with a <EFI/centos> patch
https://copr.fedorainfracloud.org/coprs/markvnl/epel-8-aarch64_SBC-tools/pac...
grtz, Mark
-----Original message----- *From:* R C <cjvijf@gmail.com> *Sent:* Tuesday, June 2, 2020 7:48 PM *To:* Pablo Sebastián Greco <pablo@fliagreco.com.ar>; Conversations around CentOS on ARM hardware <arm-dev@centos.org> *Subject:* Re: [Arm-dev] Centos on rpi4 On 6/2/20 11:36 AM, Pablo Sebastián Greco wrote: > > On 2/6/20 13:52, R C wrote: >> Hello, >> >> I am trying to get Centos going on an RPI4 with 4GB; >> >> >> so far I tried to use: >> >> CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-4-2003-sda.raw.xz >> >> (which does seem to do much of anything at all, black screen) >> >> > This is the image I use normally for my work on my rpi4-4G without any > issues (32bit-lpae memory) Ok, I'll try that again. (I have no idea what lpae memory is, I just bought an rpi4 with 4gb) >> and: >> >> CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-2003-sda.raw.xz: >> >> which seems to display the "rainbow screen", but that's about i. > That's expected not to work on rpi-4, so that's ok >> >> >> Is there a different Centos image that would work Or is there some >> setting that's needed? >> >> >> thanks, >> >> >> Ron >> >> >> _______________________________________________ >> Arm-dev mailing list >> Arm-dev@centos.org >> https://lists.centos.org/mailman/listinfo/arm-dev _______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 2/6/20 15:32, R C wrote:
Oh yeah, definitely, I see Pablo's name here all the time.
On 6/2/20 12:29 PM, mark wrote:
RE: [Arm-dev] Centos on rpi4
Just for the appreciation for all the work Pablo did (we make much use of it);
Thanks ;)
Downloaded the image, flashed it and boot up right away..
_OT_
As for Centos 8 I'll took the liberty to copy-cat and create an aarch64 development-image for the RPI4
Note: it has no swap on disk but a zram implementation..
development image:
https://github.com/markVnl/centos-sbc-tools/releases
( I run libvirt on it ot test aarch64 and armhfp packages in VM's on it and it did not let me down once...)
kernel (re)build on Copr:
https://copr.fedorainfracloud.org/coprs/markvnl/Raspberry_PI4/packages/
Awating a 5.x kernel with somewhat decent RPI 4 support i'v prepared aarch64 U-boot build with a <EFI/centos> patch
https://copr.fedorainfracloud.org/coprs/markvnl/epel-8-aarch64_SBC-tools/pac...
grtz, Mark
-----Original message----- *From:* R C <cjvijf@gmail.com> *Sent:* Tuesday, June 2, 2020 7:48 PM *To:* Pablo Sebastián Greco <pablo@fliagreco.com.ar>; Conversations around CentOS on ARM hardware <arm-dev@centos.org> *Subject:* Re: [Arm-dev] Centos on rpi4 On 6/2/20 11:36 AM, Pablo Sebastián Greco wrote: > > On 2/6/20 13:52, R C wrote: >> Hello, >> >> I am trying to get Centos going on an RPI4 with 4GB; >> >> >> so far I tried to use: >> >> CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-4-2003-sda.raw.xz >> >> (which does seem to do much of anything at all, black screen) >> >> > This is the image I use normally for my work on my rpi4-4G without any > issues (32bit-lpae memory) Ok, I'll try that again. (I have no idea what lpae memory is, I just bought an rpi4 with 4gb) >> and: >> >> CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-2003-sda.raw.xz: >> >> which seems to display the "rainbow screen", but that's about i. > That's expected not to work on rpi-4, so that's ok >> >> >> Is there a different Centos image that would work Or is there some >> setting that's needed? >> >> >> thanks, >> >> >> Ron >> >> >> _______________________________________________ >> Arm-dev mailing list >> Arm-dev@centos.org >> https://lists.centos.org/mailman/listinfo/arm-dev _______________________________________________ Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello,
if not mistaken, sysfs creates the '/sys/class/gpio' directory structure and the interface to the actual pins, right?
On an older centos version (7.1.1503), it is there however on 7.8.2003 it's not.
Am I missing something?
Ron
On 2/6/20 21:36, R C wrote:
Hello,
if not mistaken, sysfs creates the '/sys/class/gpio' directory structure and the interface to the actual pins, right?
On an older centos version (7.1.1503), it is there however on 7.8.2003 it's not.
Am I missing something?
The gpio handling was changed several kernels ago, IIRC you need you use libgpio now. I think I built it some time ago and put it here https://people.centos.org/pgreco/libgpiod/, let me know if it helps.
Ron
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
On 6/3/20 11:51 AM, Pablo Sebastián Greco wrote:
On 2/6/20 21:36, R C wrote:
Hello,
if not mistaken, sysfs creates the '/sys/class/gpio' directory structure and the interface to the actual pins, right?
On an older centos version (7.1.1503), it is there however on 7.8.2003 it's not.
Am I missing something?
The gpio handling was changed several kernels ago, IIRC you need you use libgpio now.
yes, I found that out last night, late
I think I built it some time ago and put it here https://people.centos.org/pgreco/libgpiod/, let me know if it helps.
I will try that one, because the one I compiled didn't seem to be working. (I tried compiling 1.4.3, which 'seemed' to compile without errors/warnings, but I couldn't compile 1.5.x because of some kernel-header/linux-header issues.
Ron
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Am I missing something?
The gpio handling was changed several kernels ago, IIRC you need you use libgpio now. I think I built it some time ago and put it here https://people.centos.org/pgreco/libgpiod/, let me know if it helps.
I think I only needed to nstall these 3, but the 2nd one gives me some trouble:
libgpiod-1.4.1-2.el7.armv7hl.rpm libgpiod-devel-1.4.1-2.el7.armv7hl.rpm libgpiod-utils-1.4.1-2.el7.armv7hl.rpm
[root@localhost libgpiod.rpms]# rpm -ivh libgpiod-devel-1.4.1-2.el7.armv7hl.rpm error: Failed dependencies: libgpiodcxx.so.1 is needed by libgpiod-devel-1.4.1-2.el7.armv7hl
is the 2nd one, libgpiod-devel-1.4.1-2.el7.armv7hl.rpm, the one that has the header files in it?
When I compile something simple I found:
$ make cc main.c -lgpiod -D CONSUMER="libgpiod-led" -o libgpiod-led main.c:1:19: fatal error: gpiod.h: No such file or directory #include <gpiod.h> ^
I did a 'find' on the whole filesystem, I don't seem to have it anywhere.
thanks,
Ron
I guess you need to install libgpio-c++ as well.
[image: logo_papillon_1.jpg]
[image: color.jpg]
Stéphan GUILLOUX Ingénieur Développement Sr
40 avenue de la libération 57160 Châtel St-Germain Tél. 03 87 65 98 80 / poste 221 stephan.guilloux@crisalid.com
LES LOGICIELS QUI VOUS DONNENT DES AILES ! - www.crisalid.com
Le mer. 3 juin 2020 à 21:56, R C cjvijf@gmail.com a écrit :
Am I missing something?
The gpio handling was changed several kernels ago, IIRC you need you use libgpio now. I think I built it some time ago and put it here https://people.centos.org/pgreco/libgpiod/, let me know if it helps.
I think I only needed to nstall these 3, but the 2nd one gives me some trouble:
libgpiod-1.4.1-2.el7.armv7hl.rpm libgpiod-devel-1.4.1-2.el7.armv7hl.rpm libgpiod-utils-1.4.1-2.el7.armv7hl.rpm
[root@localhost libgpiod.rpms]# rpm -ivh libgpiod-devel-1.4.1-2.el7.armv7hl.rpm error: Failed dependencies: libgpiodcxx.so.1 is needed by libgpiod-devel-1.4.1-2.el7.armv7hl
is the 2nd one, libgpiod-devel-1.4.1-2.el7.armv7hl.rpm, the one that has the header files in it?
When I compile something simple I found:
$ make cc main.c -lgpiod -D CONSUMER="libgpiod-led" -o libgpiod-led main.c:1:19: fatal error: gpiod.h: No such file or directory #include <gpiod.h> ^
I did a 'find' on the whole filesystem, I don't seem to have it anywhere.
thanks,
Ron
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
yup, that did it... it also installs the actual libraries that way it seems.
On 6/3/20 2:11 PM, Stephan Guilloux wrote:
I guess you need to install libgpio-c++ as well.
logo_papillon_1.jpg
color.jpg
Stéphan GUILLOUXIngénieur Développement Sr
40 avenue de la libération 57160 Châtel St-GermainTél. 03 87 65 98 80 / poste 221stephan.guilloux@crisalid.com mailto:stephan.guilloux@crisalid.com
LES LOGICIELS QUI VOUS DONNENT DES AILES ! - www.crisalid.com http://www.crisalid.com
Le mer. 3 juin 2020 à 21:56, R C <cjvijf@gmail.com mailto:cjvijf@gmail.com> a écrit :
>> Am I missing something? > The gpio handling was changed several kernels ago, IIRC you need you > use libgpio now. > I think I built it some time ago and put it here > https://people.centos.org/pgreco/libgpiod/, let me know if it helps. >> I think I only needed to nstall these 3, but the 2nd one gives me some trouble: libgpiod-1.4.1-2.el7.armv7hl.rpm libgpiod-devel-1.4.1-2.el7.armv7hl.rpm libgpiod-utils-1.4.1-2.el7.armv7hl.rpm [root@localhost libgpiod.rpms]# rpm -ivh libgpiod-devel-1.4.1-2.el7.armv7hl.rpm error: Failed dependencies: libgpiodcxx.so.1 is needed by libgpiod-devel-1.4.1-2.el7.armv7hl is the 2nd one, libgpiod-devel-1.4.1-2.el7.armv7hl.rpm, the one that has the header files in it? When I compile something simple I found: $ make cc main.c -lgpiod -D CONSUMER=\"libgpiod-led\" -o libgpiod-led main.c:1:19: fatal error: gpiod.h: No such file or directory #include <gpiod.h> ^ I did a 'find' on the whole filesystem, I don't seem to have it anywhere. thanks, Ron _______________________________________________ Arm-dev mailing list Arm-dev@centos.org <mailto:Arm-dev@centos.org> https://lists.centos.org/mailman/listinfo/arm-dev
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello,
did anyone ever install pigpio on Centos on a RPI?
It seems to compile ok, but probably gets installed in the "wrong" location?
This is what I see: ./x_pigpio: error while loading shared libraries: libpigpio.so.1: cannot open shared object file: No such file or directory
but the file exists:
/root/Projects/pigpio/pigpio-master/libpigpio.so.1
So obviously, it is not in the right location. So is there a "right" location? or do I need to change/add a library path?
thanks,
Ron
never mind, found out last night it is deprecated. and replaced by libgpiod
(which I tried to install, 1.4-3 was the one I could compile. So far no GPIO magic yet, did anyone try work with this?
Ron
On 6/2/20 6:36 PM, R C wrote:
Hello,
if not mistaken, sysfs creates the '/sys/class/gpio' directory structure and the interface to the actual pins, right?
On an older centos version (7.1.1503), it is there however on 7.8.2003 it's not.
Am I missing something?
Ron
hello,
are the "CentOS-Userland-7-armv7hl-RaspberryPI-Minimal......." images archived somewhere? http://mirror.chpc.utah.edu/pub/centos-altarch/7.8.2003/isos/armhfp/CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-2003-sda.raw.xz
thanks,
Ron
Older images (and packages) are in the vault. The first release for armhfp iirc was 7.3.1611 and the images are here http://vault.centos.org/altarch/7.3.1611/isos/armhfp/
On 3/6/20 00:36, R C wrote:
hello,
are the "CentOS-Userland-7-armv7hl-RaspberryPI-Minimal......." images archived somewhere? http://mirror.chpc.utah.edu/pub/centos-altarch/7.8.2003/isos/armhfp/CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-2003-sda.raw.xz
thanks,
Ron
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello,
after a fresh install, if I do (for example) a yum update, then there seems to be a problem;
I don't know if that is the same error as the one I see in other architectures?
# yum update Traceback (most recent call last): File "/usr/bin/yum", line 57, in <module> from dnf.cli import main File "/usr/lib/python3.6/site-packages/dnf/__init__.py", line 23, in <module> import dnf.pycomp File "/usr/lib/python3.6/site-packages/dnf/pycomp.py", line 24, in <module> import email.mime.text File "/usr/lib/python3.6/email/mime/text.py", line 10, in <module> from email.mime.nonmultipart import MIMENonMultipart File "/usr/lib/python3.6/email/mime/nonmultipart.py", line 10, in <module> from email.mime.base import MIMEBase File "/usr/lib/python3.6/email/mime/base.py", line 9, in <module> import email.policy File "/usr/lib/python3.6/email/policy.py", line 6, in <module> from email._policybase import Policy, Compat32, compat32, _extend_docstrings File "/usr/lib/python3.6/email/_policybase.py", line 9, in <module> from email.utils import _has_surrogates File "/usr/lib/python3.6/email/utils.py", line 30, in <module> import datetime File "<frozen importlib._bootstrap>", line 971, in _find_and_load File "<frozen importlib._bootstrap>", line 955, in _find_and_load_unlocked File "<frozen importlib._bootstrap>", line 665, in _load_unlocked File "<frozen importlib._bootstrap_external>", line 674, in exec_module File "<frozen importlib._bootstrap_external>", line 779, in get_code File "<frozen importlib._bootstrap_external>", line 487, in _compile_bytecode ValueError: bad marshal data (string size out of range)
Does yum -y clean all help? Also, did you expand the sd before running the update? Does it happen if you do the update in smaller chunks (sometimes I need to do this with devices that have 1G of RAM or less)
Pablo.
On 6/6/20 17:07, R C wrote:
Hello,
after a fresh install, if I do (for example) a yum update, then there seems to be a problem;
I don't know if that is the same error as the one I see in other architectures?
# yum update Traceback (most recent call last): File "/usr/bin/yum", line 57, in <module> from dnf.cli import main File "/usr/lib/python3.6/site-packages/dnf/__init__.py", line 23, in
<module> import dnf.pycomp File "/usr/lib/python3.6/site-packages/dnf/pycomp.py", line 24, in <module> import email.mime.text File "/usr/lib/python3.6/email/mime/text.py", line 10, in <module> from email.mime.nonmultipart import MIMENonMultipart File "/usr/lib/python3.6/email/mime/nonmultipart.py", line 10, in <module> from email.mime.base import MIMEBase File "/usr/lib/python3.6/email/mime/base.py", line 9, in <module> import email.policy File "/usr/lib/python3.6/email/policy.py", line 6, in <module> from email._policybase import Policy, Compat32, compat32, _extend_docstrings File "/usr/lib/python3.6/email/_policybase.py", line 9, in <module> from email.utils import _has_surrogates File "/usr/lib/python3.6/email/utils.py", line 30, in <module> import datetime File "<frozen importlib._bootstrap>", line 971, in _find_and_load File "<frozen importlib._bootstrap>", line 955, in _find_and_load_unlocked File "<frozen importlib._bootstrap>", line 665, in _load_unlocked File "<frozen importlib._bootstrap_external>", line 674, in exec_module File "<frozen importlib._bootstrap_external>", line 779, in get_code File "<frozen importlib._bootstrap_external>", line 487, in _compile_bytecode ValueError: bad marshal data (string size out of range)
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
no that causes the same error as below
I didn't, but after I expanded the sd, it still gave the same error.
I did find though, that the error is also known to happen in RHEL, it might be python related?
thanks,
Ron
On 6/7/20 3:27 PM, Pablo Sebastián Greco wrote:
Does yum -y clean all help? Also, did you expand the sd before running the update? Does it happen if you do the update in smaller chunks (sometimes I need to do this with devices that have 1G of RAM or less)
Pablo.
On 6/6/20 17:07, R C wrote:
Hello,
after a fresh install, if I do (for example) a yum update, then there seems to be a problem;
I don't know if that is the same error as the one I see in other architectures?
# yum update Traceback (most recent call last): File "/usr/bin/yum", line 57, in <module> from dnf.cli import main File "/usr/lib/python3.6/site-packages/dnf/__init__.py", line 23, in <module> import dnf.pycomp File "/usr/lib/python3.6/site-packages/dnf/pycomp.py", line 24, in
<module> import email.mime.text File "/usr/lib/python3.6/email/mime/text.py", line 10, in <module> from email.mime.nonmultipart import MIMENonMultipart File "/usr/lib/python3.6/email/mime/nonmultipart.py", line 10, in <module> from email.mime.base import MIMEBase File "/usr/lib/python3.6/email/mime/base.py", line 9, in <module> import email.policy File "/usr/lib/python3.6/email/policy.py", line 6, in <module> from email._policybase import Policy, Compat32, compat32, _extend_docstrings File "/usr/lib/python3.6/email/_policybase.py", line 9, in <module> from email.utils import _has_surrogates File "/usr/lib/python3.6/email/utils.py", line 30, in <module> import datetime File "<frozen importlib._bootstrap>", line 971, in _find_and_load File "<frozen importlib._bootstrap>", line 955, in _find_and_load_unlocked File "<frozen importlib._bootstrap>", line 665, in _load_unlocked File "<frozen importlib._bootstrap_external>", line 674, in exec_module File "<frozen importlib._bootstrap_external>", line 779, in get_code File "<frozen importlib._bootstrap_external>", line 487, in _compile_bytecode ValueError: bad marshal data (string size out of range)
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello,
I figured out that in order to use the pull up/down resistors on an RPI, using libgpiod one would need
to have a kernel version 5.5.0 or greater.
I belive currently we are at 5.42, with 7.8.2003 ? Is there gong to be a 5.5.x kernel in a later version of Centos 7.x or
is that going to be a Centos 8 'thing'?
Ron
On 9/6/20 20:30, R C wrote:
Hello,
I figured out that in order to use the pull up/down resistors on an RPI, using libgpiod one would need
to have a kernel version 5.5.0 or greater.
Do you have a reference to the patch that implements this? if it is small enough it could be backported
I belive currently we are at 5.42, with 7.8.2003 ? Is there gong to be a 5.5.x kernel in a later version of Centos 7.x or
is that going to be a Centos 8 'thing'?
The current plan for both 7 and 8 is to use the latest LTS kernel, that's why 7.8 was upgraded from 4.19 to 5.4, and the same thing will happen with 8.2. If the all goes the same way that it was the previous years, 2020's LTS kernel should be 5.9 (normally it is the last kernel of the year), so we should start using that kernel a few months after that. In the meantime, we'll stay with 5.4
Ron
Pablo.
Hello Pablo,
The 'official' location for libgpiod is https://git.kernel.org/pub/scm/libs/libgpiod/libgpiod.git/
I don't know where the patch itself is, if there is one. The difference I ran into is that the flag sargument in:
gpiod_line_request_both_edges_events_flags function now can use things like GPIOD_LINE_REQUEST_FLAG_BIAS_PULL_UP
(3 flags were added).
Ron
On 6/10/20 5:50 AM, Pablo Sebastián Greco wrote:
On 9/6/20 20:30, R C wrote:
Hello,
I figured out that in order to use the pull up/down resistors on an RPI, using libgpiod one would need
to have a kernel version 5.5.0 or greater.
Do you have a reference to the patch that implements this? if it is small enough it could be backported
I belive currently we are at 5.42, with 7.8.2003 ? Is there gong to be a 5.5.x kernel in a later version of Centos 7.x or
is that going to be a Centos 8 'thing'?
The current plan for both 7 and 8 is to use the latest LTS kernel, that's why 7.8 was upgraded from 4.19 to 5.4, and the same thing will happen with 8.2. If the all goes the same way that it was the previous years, 2020's LTS kernel should be 5.9 (normally it is the last kernel of the year), so we should start using that kernel a few months after that. In the meantime, we'll stay with 5.4
Ron
Pablo.
-
mark -
Pablo Sebastián Greco -
R C -
Stephan Guilloux