On 2016-02-19 15:44, Michael Howard wrote:
On 19/02/2016 11:07, Gordan Bobic wrote:
<SNIP>
comes with OpenLinux built-in, with a 3.12
(3.12.0-mp30ar0_sw_1.18.04)
kernel which doesn't appear to be vanilla mainline. They also provide
a Ubuntu image which uses the same kernel. The kernel is full fat, no
external modules and I guess has firmware blobs built in as
CONFIG_FIRMWARE_IN_KERNEL=y and there is no /lib/firmware/.
Here's what I just heard back on the CentOS list:
https://lists.centos.org/pipermail/arm-dev/2016-February/001620.html
Have you tried it with the latest image?
Hi Gordon,
I'll give the latest image a go later and let you know how I get on,
I'm not sure whether I used the latest or not.
Thanks, looking forward to it. :)
I got a not very helpful reply or two from Gigabyte, quote;
"As mentioned, because we can only guarantee Linux to work fine with
this server motherboard, we cannot guarantee other operating system
work properly with it. As to the source code, since Linux is a open
source operating system, you can find the information online
individually.
Meanwhile, if you install other operating system, since we do not have
related utilities / firmware / BIOS for the operating system, it may
cause some problem while operating the system."
I had basically asked if I could have access to the kernel code they
used, any patches and if any binary blobs were used.
Right, so you know the kernel version in use. Is the .config provided
(either separately or via /proc/config.gz)? If so, you could always get
the clean kernel from kernel.org, apply the .config build it, and see
if it works. If it does, that answers the question of whether there
are any other vital patches required. If it doesn't boot, you can use
that to argue that they need to provide additional patches they used
to comply with GPL.
I have found that in most cases, your first response will be from
somebody on 1st line support who has no idea what they are being
asked. It gets better when they escalate your questions to somebody
who is more clued up.
Gordan
_______________________________________________
users mailing list
[email protected]
https://lists.redsleeve.org/mailman/listinfo/users