armhf 3.14 Kernel

GoogleGroups
1

It seems there is a lot of hard work under way in regards to preparing a 3.14 Kernel for distribution as the standard BBB release.

Could the the armhf 3.14 kernel (http://www.armhf.com/download/) be used as a basis for the BBB 3.14 standard. The reason I ask is that mono installs very easily on the armhf kernel. However, I cannot get it to install on any non armhf kernel. Also floats and date math work correctly as well.

Everything else being equal could the armhf 3.14 kernel be used?

2

Ahh.. since when does the "kernel" depend on "mono/floats/date" ?

Regards,

3

Ahh… since when does the “kernel” depend on “mono/floats/date” ?

Admittedly, the float issue is a mono problem and there is no reason why the BBB standard release should have to pander to it on that basis alone.

However, being able to install mono with a simple apt-get could make the BBB useful to a wider audience. Maybe it is possible to install mono on BBB with a soft float kernel but I sure could not get it to work - I am not especially expert at this sort of thing.

Maybe there are other good reasons to go armhf - maybe there are a lot of good reasons to avoid it. I really do not know. I just thought I would raise the subject to see if it had been considered.

4

Ahh.. since when does the "kernel" depend on "mono/floats/date" ?

Admittedly, the float issue is a mono problem and there is no reason why the
BBB standard release should have to pander to it on that basis alone.

However, being able to install mono with a simple apt-get could make the BBB
useful to a wider audience. Maybe it is possible to install mono on BBB with
a soft float kernel but I sure could not get it to work - I am not
especially expert at this sort of thing.

"soft float kernel" umm... "floating point" is not allowed in the
kernel api <period>... (recently there has been added neon
acceleration drivers, yet they still need to talk to the kernel in
"non-float" abi..)

Maybe there are other good reasons to go armhf - maybe there are a lot of
good reasons to avoid it. I really do not know. I just thought I would raise
the subject to see if it had been considered.

Maybe "fix" mono in debian???

Regards,

5

The fix in my opinion is to use something else.

The problem with .NET programmers is that every problem starts looking like a .NET problem. Broaden your horizons . . . Use something that actually makes sense to use with Linux. Nodejs ? Python ? Perl ?