Let me try and flesh out things a bit.
First, you should know I am unskilled in kernel and OS work. I follow
cookbooks, and having to make my own is a challenge. What I did for
RSEL6 on Cubies was defiintely pushing the edges of my skills. So I
think about things like kernels as to what distro I see them in.
Particularly wrt arm images....
On 08/21/2015 09:04 AM, Gordan Bobic wrote:
On 2015-08-21 13:36, Robert Moskowitz wrote:
On 08/21/2015 08:14 AM, Gordan Bobic wrote:
On 2015-08-21 12:49, Robert Moskowitz wrote:
Yes. RSEL6. I have not seen any RSEL7 for armv5...
We only do armv5tel targetting for RSEL, both 6 and 7. :)
The raspi2 is an armv7, yes?
Yes. So?
That you HAVE done a RSEL7 for at least one armv7 board. Nothing more.
CentOS are doing armv7l (not yet released) and aarch64 (released).
I know. See my posts on working with Johnny's armv7l pre-alpha build
on the Centos-arm list.
I DID say 'armv5'. I really don't know what the letters after the
number (5tel or 7l) mean.
Don't worry about them. :)
Marvell Kirkwood definitely works with both RSEL6 and RSEL7 userspace.
Good to know. Just did not see it anywhere in site, at least with my
level of understandng. As such, I will switch my work to RSEL7 moving
forward.
My only armv5 here is the pogoplug with its kirkwood Marvel board. It
is nice and pretty and I would like to get it working as a NAS. If
not, I will stay with the Cubies. If they get far enough into the
uboot and kernel work by Hans, he has a nice multiport sata card
working for the Cubietruck, so I can go all sata, and not usb drives
for my NAS. (This support is in F22, not F21). Hans ALMOST has the
CUbietruck internal WiFi working in the F23 alpha (kernel patches
needed), and will have it upstream 'soon', but don't hold your breath
for the internal bluetooth. (see his projects page:
https://revspace.nl/KernelDriverProjects).
I think you need to stop bundling kernel work you speak of with
Fedora release numbers, the two aren't really related. There is
nothing stopping you from using the kernel with those features
(e.g. from F23a) on RSEL6 (F12 based) or RSEL7 (F19 based) and
having the hardware work on those.
If I do a RSEL7 for Cubies, I will indeed do that. That is use the
current F23a uboot and kernel (4.2.0-0.RC6) as it has all the upstream
work that Hans has provided (and more coming). But for the pogoplug,
the F18 remix has the most current kernel available to me (3.8.7-201).
Plus the pgoplug is only 256Mb memory, and I am concerned if that will
be enough for 7.
I haven't noticed the memory footprint being particularly different
between EL6 and EL7. With 256MB you will probably need some swap
space regardless of what you end up running.
I always build a swap partition. But good to know. If you have a
RSEL7 rootfs for me to work with, please give me the URL and I will
build a drive for it.
You should be able to use one of the images on the mirrors. You'll
just have to use a suitable kernel for the pogoplug instead of what
is in the image.
So build a usb drive with an image, and then push my F18 tarballs over
what is there (well probably best to remove everything in /boot first).
I will try the raspi-redsleeve7.1-cli-0.4.img.xz for starters.
Perhaps it will work better with the F18 kernel
than your RSEL6 (but my Cubie RSEL6 builds use the Cubie F19 kernel
work).
I'm not sure what you mean by "with the F18 kernel than your RSEL6",
since RSEL generally doesn't come with any kernels intended for use.
http://cdn.opensxce.org/redsleeve/el6/cubieboard2/ That I did last
year. Perhaps you remember all the fun and games I had with epel6 for
arm for what I needed for my mailserver??? :)
Some RPMs may be available as they are necessary for the package
building, but unless one is built, tested and contributed by one of
the users (e.g. what is in pre-baked the dd-able images), don't
expect the kernel in the repository to boot and work on any hardware.
I learned that last summer. I do seem to remember the lesson and that
is what I am attempting to build on now.
_______________________________________________
users mailing list
[email protected]
http://lists.redsleeve.org/mailman/listinfo/users
