Hello
Sorry to use this mailing list for this question, but someone have a howto create centos 7 arm image?
I saw some mails for cubieboard or raspi2 and I can try on bananapi and give feedback (armv7).
Thanks,
Nicolas
On 18/06/15 06:50, Nicolas wrote:
Hello
Sorry to use this mailing list for this question, but someone have a howto create centos 7 arm image?
dont be, this list is meant for these questions :)
I saw some mails for cubieboard or raspi2 and I can try on bananapi and give feedback (armv7).
please do, I have a bananapi-r1 and can help test an image, if you were to put it together.
Thanks :-)
Where can I find infos to create the image?
Nicolas
Le 18 juin 2015 08:04, Karanbir Singh a écrit: On 18/06/15 06:50, Nicolas wrote: Hello
Sorry to use this mailing list for this question, but someone have a howto create centos 7 arm image?
dont be, this list is meant for these questions :)
I saw some mails for cubieboard or raspi2 and I can try on bananapi and give feedback (armv7).
please do, I have a bananapi-r1 and can help test an image, if you were to put it together.
Where can I find infos to create the image?
You can try generating the image using RootFS Build Factory https://github.com/mndar/rbf If it works please let me know so that I can add Bananapi to the list of tested boards.
I have added support for bananapi but I don't have one. The support if based on information available here http://fedoraproject.org/wiki/Architectures/ARM/F21/Installation
Refer README.md It has everything to get you started. You need Linux running on armv7 hardware or Qemu to use RootFS Build Factory. You can generate image for Qemu using the build factory.
For Bananapi 1. Clone the repo 2. run the command ./rbf.py build templates/bananapi.xml 3. Write image bananapi-centos-image.img to sd card
Regards Mandar Joshi
On 18/06/15 07:04, Karanbir Singh wrote:
please do, I have a bananapi-r1 and can help test an image, if you were to put it together.
from when i tested this last, it looked as if the bananapi-r1 needed the 4.1 kernel. Do we have any plans for that at this point ?
I've been toying a bit with a 4.1/4.2rc kernel for aarch64/arm64 on my side based off the fedora kernel bits. It needs to be fairly modified now as they've changed up the kernel location and added some systemd magic for the boot. We could attempt to see if that works for this as well.
On 07/16/2015 05:32 AM, Karanbir Singh wrote:
On 18/06/15 07:04, Karanbir Singh wrote:
please do, I have a bananapi-r1 and can help test an image, if you were to put it together.
from when i tested this last, it looked as if the bananapi-r1 needed the 4.1 kernel. Do we have any plans for that at this point ?
On 16/07/15 13:06, Jim Perrin wrote:
I've been toying a bit with a 4.1/4.2rc kernel for aarch64/arm64 on my side based off the fedora kernel bits. It needs to be fairly modified now as they've changed up the kernel location and added some systemd magic for the boot. We could attempt to see if that works for this as well.
yes please!
On 07/16/2015 05:32 AM, Karanbir Singh wrote:
On 18/06/15 07:04, Karanbir Singh wrote:
please do, I have a bananapi-r1 and can help test an image, if you were to put it together.
from when i tested this last, it looked as if the bananapi-r1 needed the 4.1 kernel. Do we have any plans for that at this point ?
On 07/16/2015 07:52 AM, Karanbir Singh wrote:
On 16/07/15 13:06, Jim Perrin wrote:
I've been toying a bit with a 4.1/4.2rc kernel for aarch64/arm64 on my side based off the fedora kernel bits. It needs to be fairly modified now as they've changed up the kernel location and added some systemd magic for the boot. We could attempt to see if that works for this as well.
yes please!
What I have currently is at http://people.centos.org/jperrin/kernels/
This builds just fine for aarch64, but uses the fedora naming convention.
I'm going to spend a bit of time today reverting it to the standard el7 kernel names, but this should be a good place for folks to start.
as a tl;dr for the changelog: I've stripped out the kdbus patches and reverted the locations as newer rawhide kernels dump everything in /usr, then use systemd to copy them to /boot.
On 17/07/15 14:12, Jim Perrin wrote:
On 07/16/2015 07:52 AM, Karanbir Singh wrote:
On 16/07/15 13:06, Jim Perrin wrote:
I've been toying a bit with a 4.1/4.2rc kernel for aarch64/arm64 on my side based off the fedora kernel bits. It needs to be fairly modified now as they've changed up the kernel location and added some systemd magic for the boot. We could attempt to see if that works for this as well.
yes please!
What I have currently is at http://people.centos.org/jperrin/kernels/
This builds just fine for aarch64, but uses the fedora naming convention.
I'm going to spend a bit of time today reverting it to the standard el7 kernel names, but this should be a good place for folks to start.
as a tl;dr for the changelog: I've stripped out the kdbus patches and reverted the locations as newer rawhide kernels dump everything in /usr, then use systemd to copy them to /boot.
question for mandar : what kernel is used in the bananapi image generation at the moment ? I dont think its actually using the kernel from the rpm in distro at all!
- KB
question for mandar : what kernel is used in the bananapi image generation at the moment ? I dont think its actually using the kernel from the rpm in distro at all!
For Banana Pi, the stock CentOS kernel i.e. the one from the repositories Fabian has created is being used. Kernel version is 4.0.0-1.el7.armv7hl Just to add to this: The U-Boot being used has been compiled from git://git.denx.de/u-boot.git
For your Bananapi R1/Lamobo R1, from what I've read so far, two bits are missing from the standard repos 1. U-Boot 2. Driver for the switch I had looked for a U-Boot for the R1 when you first posted the question and found this page http://www.igorpecovnik.com/2014/09/07/banana-pi-debian-sd-image/
-Mandar
For your Bananapi R1/Lamobo R1, from what I've read so far, two bits are missing from the standard repos
- U-Boot
- Driver for the switch
I had looked for a U-Boot for the R1 when you first posted the question and found this page http://www.igorpecovnik.com/2014/09/07/banana-pi-debian-sd-image/
Banana Pi and R1 will need different u-boot images. I had added support for bananapi based on info from the Fedora wiki. I can put together a template and files for Lamobo R1 based on information contained in the above link.
I don't have a R1 to test myself. But I can try and blindly create a template and put together the kernel files but I won't be able to test the generated image. If it doesn't work then you'll have to try a different kernel, may be a vanilla one or a different u-boot.
Do you want me to try create a template and put together the kernel files for you?
On 07/18/2015 09:22 AM, Mandar Joshi wrote:
For your Bananapi R1/Lamobo R1, from what I've read so far, two bits are missing from the standard repos
- U-Boot
- Driver for the switch
I had looked for a U-Boot for the R1 when you first posted the question and found this page http://www.igorpecovnik.com/2014/09/07/banana-pi-debian-sd-image/
Banana Pi and R1 will need different u-boot images. I had added support for bananapi based on info from the Fedora wiki. I can put together a template and files for Lamobo R1 based on information contained in the above link.
I don't have a R1 to test myself. But I can try and blindly create a template and put together the kernel files but I won't be able to test the generated image. If it doesn't work then you'll have to try a different kernel, may be a vanilla one or a different u-boot.
Do you want me to try create a template and put together the kernel files for you?
I would say yes and KB can test it with his bananapi R1 board.
Thanks, Johnny Hughes
On 19/07/15 08:51, Johnny Hughes wrote:
On 07/18/2015 09:22 AM, Mandar Joshi wrote:
For your Bananapi R1/Lamobo R1, from what I've read so far, two bits are missing from the standard repos
- U-Boot
- Driver for the switch
I had looked for a U-Boot for the R1 when you first posted the question and found this page http://www.igorpecovnik.com/2014/09/07/banana-pi-debian-sd-image/
Banana Pi and R1 will need different u-boot images. I had added support for bananapi based on info from the Fedora wiki. I can put together a template and files for Lamobo R1 based on information contained in the above link.
I don't have a R1 to test myself. But I can try and blindly create a template and put together the kernel files but I won't be able to test the generated image. If it doesn't work then you'll have to try a different kernel, may be a vanilla one or a different u-boot.
Do you want me to try create a template and put together the kernel files for you?
I would say yes and KB can test it with his bananapi R1 board.
sure,
just to confirm the components being used in the template are all coming from those compiled ( including uboot etc ) in our armv7 builds ?
regards
On 07/20/2015 05:47 AM, Karanbir Singh wrote:
On 19/07/15 08:51, Johnny Hughes wrote:
On 07/18/2015 09:22 AM, Mandar Joshi wrote:
For your Bananapi R1/Lamobo R1, from what I've read so far, two bits are missing from the standard repos
- U-Boot
- Driver for the switch
I had looked for a U-Boot for the R1 when you first posted the question and found this page http://www.igorpecovnik.com/2014/09/07/banana-pi-debian-sd-image/
Banana Pi and R1 will need different u-boot images. I had added support for bananapi based on info from the Fedora wiki. I can put together a template and files for Lamobo R1 based on information contained in the above link.
I don't have a R1 to test myself. But I can try and blindly create a template and put together the kernel files but I won't be able to test the generated image. If it doesn't work then you'll have to try a different kernel, may be a vanilla one or a different u-boot.
Do you want me to try create a template and put together the kernel files for you?
I would say yes and KB can test it with his bananapi R1 board.
sure,
just to confirm the components being used in the template are all coming from those compiled ( including uboot etc ) in our armv7 builds ?
regards
Not in all cases .. for example, the raspberry pi2 needs its own kernel.
just to confirm the components being used in the template are all coming from those compiled ( including uboot etc ) in our armv7 builds ?
Boards not yet supported by the CentOS Kernel use files (kernel modules,firmware,dtb) from various sources. All the sources have been mentioned right at the bottom of the README.md in the section "About contents of the directory 'files':". Some more information is there in the README in the files directory. Please refer
[1] https://github.com/mndar/rbf/blob/master/README.md [2] https://github.com/mndar/rbf/blob/master/files/README.md
I have now added support (experimental) for the Lamobo R1 based off information from http://www.igorpecovnik.com/2014/09/07/banana-pi-debian-sd-image/
After pulling the latest sources, to generate the image, the command you need to run is ./rbf.py build templates/lamobor1_centos_custom.xml and then write lamobor1-centos-image.img to your microSD
I am a bit anxious if things will work. Please do let me know how it goes. If you have a serial console cable of the R1 that would be really useful for debugging.
Regards Mandar Joshi
On 20/07/15 15:08, Mandar Joshi wrote:
just to confirm the components being used in the template are all coming from those compiled ( including uboot etc ) in our armv7 builds ?
Boards not yet supported by the CentOS Kernel use files (kernel modules,firmware,dtb) from various sources. All the sources have been mentioned right at the bottom of the README.md in the section "About contents of the directory 'files':". Some more information is there in the README in the files directory. Please refer
we should, at the very least, look at amalgamating the content into a centos.org destination as a way to both protect the content, and give people a real target ( stationary ? ) to test / build against. And then see if we can build an update process from there.
ideally though, we would build from centos built into distro content, be it uboot or whatever.
Regards,
On 07/21/2015 04:30 AM, Karanbir Singh wrote:
On 20/07/15 15:08, Mandar Joshi wrote:
just to confirm the components being used in the template are all coming from those compiled ( including uboot etc ) in our armv7 builds ?
Boards not yet supported by the CentOS Kernel use files (kernel modules,firmware,dtb) from various sources. All the sources have been mentioned right at the bottom of the README.md in the section "About contents of the directory 'files':". Some more information is there in the README in the files directory. Please refer
we should, at the very least, look at amalgamating the content into a centos.org destination as a way to both protect the content, and give people a real target ( stationary ? ) to test / build against. And then see if we can build an update process from there.
ideally though, we would build from centos built into distro content, be it uboot or whatever.
Regards,
Well .. the latest uboot is open source, so once we build it, it is centos
And even Fedora uses the rpi2 kernel.
I would like to try to use a CentOS kernel on all the boards we can, if we can make that happen .. but it is not that easy for some of them.
-
Jim Perrin -
Johnny Hughes -
Karanbir Singh -
Mandar Joshi -
Nicolas