ARM – CuBox to 4.1-rc1..

Updated the CuBox-i4Pro to kernel 4.1-rc1 from kernel.org..

Fedora release 22 (Twenty Two)
Kernel 4.1.0-rc1 on an armv7l (ttymxc0)
..........
# uname -a
Linux rgcubox 4.1.0-rc1 #1 SMP Sun Apr 26 23:15:50 EDT 2015 armv7l armv7l armv7l GNU/Linux

I did try to do the same with the DreamPlug, but for some reason it would not boot…   More testing needed..

Robert Gadsdon.   April 27, 2015.

Kernel – 4.1-rc1 – OK with VMware, not with NVIDIA..

I should have known that 4.1-rc1 would show up just after I published my linux-next article, and here it is..  ftp://ftp.kernel.org/pub/linux/kernel/v4.x/testing/linux-4.1-rc1.tar.xz

$ uname -a Linux rg6830l 4.1.0-rc1 #1 SMP Sun Apr 26 18:56:05 PDT 2015 x86_64 x86_64 x86_64 GNU/Linux

Brief details are here:   http://lkml.iu.edu/hypermail/linux/kernel/1504.3/01263.html

As with linux-next from April 24, the (patched) VMware 11.1.0 compiled and loaded OK, but the latest NVIDIA driver – 349.16 – failed:

FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'cpu_tss'

Some have suggested fixing these errors by simply editing the offending kernel code to disable the GPL-only rule, but this is in fact the wrong thing to do.    Either the kernel development team makes the change, or NVIDIA has to change their code.

It is worth mentioning again that the VMware patch is still the one for Kernel 3.19 – which also works for kernel 4.0 and now 4.1..     Full instructions – and a copy of the patch – can be found at the excellent ArchLinux wiki:   https://wiki.archlinux.org/index.php/VMware#3.19_kernels_and_up

Robert Gadsdon  April 26, 2015.

Kernel – Pre-4.1-rc Test with Linux-Next..

As Kernel 4.1-rc1 is not released yet, I tested the April 24 version of linux-next, to see how VMware and NVIDIA compiles would behave..

# uname -a
Linux rg6830l 4.0.0-next-20150424 #2 SMP Sun Apr 26 12:04:54 PDT 2015 x86_64 x86_64 x86_64 GNU/Linux

With this version, VMware 11.1 (with the 3.19 vmnet patch) compiled and loaded OK, but NVIDIA driver 349.16 failed:

FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'cpu_tss'
/usr/src/linux-next-apr25/scripts/Makefile.modpost:91: recipe for target '__modpost' failed
make[3]: *** [__modpost] Error 1
/usr/src/linux-next-apr25/Makefile:1404: recipe for target 'modules' failed
make[2]: *** [modules] Error 2
make[2]: Leaving directory '/usr/src/linux-next-apr25'
Makefile:146: recipe for target 'sub-make' failed
make[1]: *** [sub-make] Error 2
make[1]: Leaving directory '/usr/src/linux-next-apr25'
NVIDIA: left KBUILD.
nvidia.ko failed to build!
nvidia-modules-common.mk:248: recipe for target 'module' failed
make: *** [module] Error 1

cpu_tss comes from this patch:  https://lkml.org/lkml/2015/3/5/835

It should be emphasised that this linux-next version is only a snapshot of changes still in progress, so these results may change with later versions, and with 4.1-rc1 when released..

Robert Gadsdon.   April 26, 2015.

 

Kernel – 4.1 will be ‘Interesting’ for x86…

The initial release of Kernel 4.1-rc1 should be out fairly soon, but this time it might possibly break some things..?.

There will be a lot of ‘improvements’ to x86-related code:  http://lkml.iu.edu/hypermail/linux/kernel/1504.1/03389.html.

So – we have been warned!

Robert Gadsdon.   April 24, 2015.

ARM – Pi2 to 4.0 – Eventually..

Finally managed to get the Raspberry Pi2 (armv7) to boot Kernel 4.0, by re-creating the kernel config from scratch, with # make bcm2709_defconfig

Fedora release 21 (Twenty One)
Kernel 4.0.0-v7 on an armv7l (ttyAMA0)
............
]# uname -a
Linux rgpi2 4.0.0-v7 #1 SMP PREEMPT Wed Apr 15 17:12:00 PDT 2015 armv7l armv7l armv7l GNU/Linux

The ‘classic’ Pi had been able to utilise the imported config from 3.19.3, but – for some reason – the Pi 2 had not.

Now I will try to remove the kernel ‘debug’ settings, and see if it still boots!

Robert Gadsdon.  April 15, 2015.

 

ARM – Pi to 4.0.. Patience is a Virtue..?

Tried updating the Raspberry Pi-s (Classic model B and Pi2) to Kernel 4.0, from https://github.com/raspberrypi/linux/tree/rpi-4.0.y, and my first attempt was – it seems – too soon, as the Classic Pi (armv6) failed to boot at all, and the Pi2 (armv7) only booted as far as:

.............
bcm2708_dma: DMA manager at f3007000
bcm2708_gpio: bcm2708_gpio_probe 80625490
vc-mem: phys_addr:0x00000000 mem_base=0x3dc00000 mem_size:0x3f000000(1008 MiB)
futex hash table entries: 1024 (order: 4, 65536 bytes)
audit: initializing netlink subsys (disabled)
audit: type=2000 audit(0.778:1): initialized
VFS: Disk quotas dquot_6.5.2
VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
io scheduler noop registered
io scheduler deadline registered (default)
io scheduler cfq registered
BCM2708FB: allocated DMA memory 76c00000
BCM2708FB: allocated DMA channel 0 @ f3007000
<< HANG >>

Later, I noticed some more commits to the tree, and re-downloaded the ‘later’ version…

# git clone -b rpi-4.0.y --single-branch https://github.com/raspberrypi/linux

This time, the Classic Pi booted successfully:

Pidora release 2014 (Raspberry Pi Fedora Remix)
Kernel 4.0.0 on an armv6l (ttyAMA0)
........
]# uname -a
Linux rgpi 4.0.0 #1 PREEMPT Mon Apr 13 21:34:08 PDT 2015 armv6l armv6l armv6l GNU/Linux

– but the Pi2 still hung during boot, at the same point as before..

So…  I will have to wait for more changes to the tree!

Robert Gadsdon.   April 13, 2015

 

ARM – Update to 4.0 for DreamPlug, CuBox, and Odroid..

Updated the DreamPlug and CuBox-i4Pro to kernel 4.0 from kernel.org:

Fedora release 18 (Spherical Cow)
Kernel 4.0.0 on an armv5tel (ttyS0)
.........
# uname -a
Linux rgdreamplug 4.0.0 #1 Sun Apr 12 22:53:28 PDT 2015 armv5tel armv5tel armv5tel GNU/Linux
Fedora release 22 (Twenty Two)
Kernel 4.0.0 on an armv7l (ttymxc0)
.........
]# uname -a
Linux rgcubox 4.0.0 #1 SMP Mon Apr 13 02:16:24 EDT 2015 armv7l armv7l armv7l GNU/Linux

– and the Odroid U3 from patched source at https://github.com/tobiasjakobi/linux-odroid/tree/odroid-4.0.y

Fedora release 21 (Twenty One)
Kernel 4.0.0 on an armv7l (ttySAC1)
...........
# uname -a
Linux rgodroid 4.0.0 #1 SMP Mon Apr 13 11:27:18 PDT 2015 armv7l armv7l armv7l GNU/Linux

Just noticed that the Raspberry Pi kernel source has now been updated with 4.0, so that will be next..

Robert Gadsdon.   April 13, 2015.

Kernel 4.0 ‘Final’ – OK with latest NVIDIA, and Patched VMware..

Updated to Kernel 4.0 (from kernel.org), and the latest NVIDIA driver (346.59) and ‘patched’ VMware 11.1 both compile and install/run OK..

$ uname -a
Linux rglinux-i7 4.0.0 #1 SMP Sun Apr 12 17:26:04 PDT 2015 x86_64 x86_64 x86_64 GNU/Linux

Brief details of changes since -rc7 are here:  http://lkml.iu.edu/hypermail/linux/kernel/1504.1/03200.html

Robert Gadsdon.    April 12, 2015.

Kernel 4.0-rc7 – Final Next?

Updated the test system to Kernel 4.0-rc7, and – as with -r6 – the patched* VMware 11.1 and NVIDIA 349.12 compiled and loaded OK..

$ uname -a
Linux rg6830l 4.0.0-rc7 #1 SMP Mon Apr 6 18:25:10 PDT 2015 x86_64 x86_64 x86_64 GNU/Linux

Brief details of changes since -rc6 are here: http://lkml.iu.edu/hypermail/linux/kernel/1504.0/03029.html

If all goes well, 4.0 ‘final’ should be out within the next 10 days or so..

* There is a complete VMware 11.1 patch for kernel 3.19 and later – with instructions – at the excellent Arch Linux wiki: https://wiki.archlinux.org/index.php/VMware#3.19_kernels

Robert Gadsdon.   April 6, 2015.