Kernel – 4.2.2 Finally Fixes NVIDIA GPL-Only..

Just updated to Kernel 4.2.2, and the long-standing NVIDIA GPL-only issue is finally fixed..

From the changelog:

commit 4f7760e963db10618dd3617bcf6254d896094e37
Author: Tim Gardner <>
Date:   Tue Aug 4 11:26:04 2015 -0600

    workqueue: Make flush_workqueue() available again to non GPL modules

And I can confirm that NVIDIA 355.11 compiles OK, without any patches..

The complete changelog is here:

Robert Gadsdon   September 29, 2015.

ARM – Odroid U3 OK With Latest U-Boot..

Recently tried the latest standard release of u-boot from , and it now works OK with the SDCard in the Odroid U3.    You still have to incorporate the ‘special’ secure-boot binaries and shell script from the hardkernel version ( in directory sd_fuse) from and change the reference to u-boot.bin to u-boot-dtb.bin in

U-Boot 2015.10-rc3 (Sep 22 2015 - 15:33:07 -0700)

CPU: Exynos4412 @ 1 GHz
Model: Odroid based on Exynos4412
Board: Odroid based on Exynos4412
Model: u3
LDO20@VDDQ_EMMC_1.8V: set 1800000 uV; enabling
LDO22@VDDQ_EMMC_2.8V: set 2800000 uV; enabling
LDO21@TFLASH_2.8V: set 2800000 uV; enabling
Net: No ethernet found.
Hit any key to stop autoboot: 0

Then the kernel boots OK..

Fedora 23 (Twenty Three)
Kernel 4.3.0-rc2 on an armv7l (ttySAC1)
]# uname -a
Linux rgodroid 4.3.0-rc2 #1 SMP Mon Sep 21 13:38:23 PDT 2015 armv7l armv7l armv7l GNU/Linux

Robert Gadsdon.   September 25, 2015

ARM – Odroid to 4.3-rc2..

Just updated the Odroid U3 to (patched) Kernel 4.3-rc2, from here:

Fedora 23 (Twenty Three)
Kernel 4.3.0-rc2 on an armv7l (ttySAC1)
]# uname -a
Linux rgodroid 4.3.0-rc2 #1 SMP Mon Sep 21 13:38:23 PDT 2015 armv7l armv7l armv7l GNU/Linux

I had tried the ‘standard’ release of 4.3-rc2 from, and this booted OK, but the fan control was missing, and the fan ran continuously..

Brief details of changes in 4.3-rc2 are here:

Robert Gadsdon.   September 21, 2015.

Kernel – 4.2.1 – Still Breaks NVIDIA?

Tried the ‘release candidate’ version of Kernel 4.2.1 (via patch, at, and the GPL_only issue with NVIDIA drivers is still there…      Exactly why we have to wait for Kernel 4.3 for this to be fixed is a mystery, as the simple one-line patch was proposed weeks ago, for 4.2-rc5..

Robert Gadsdon.   September 19, 2015.

ARM – CuBox – Back to 4.1, and Forward to 4.3-rc1..

I encountered more ‘network missing’ issues with Kernel 4.2 on the CuBox-i4 Pro, so reverted to Kernel 4.1.6, and all was well, again..   I have since updated to Kernel 4.3-rc1 (from, and everything – so far – seems to be working OK..

Fedora release 22 (Twenty Two)
Kernel 4.3.0-rc1 on an armv7l (ttymxc0)
]# uname -a
Linux rgcubox 4.3.0-rc1 #1 SMP Wed Sep 16 16:39:52 EDT 2015 armv7l armv7l armv7l GNU/Linux

Robert Gadsdon.   September 17.2015.

Kernel – 4.2 – Back to 4.1.7..

I had been running Kernel 4.2 on my main system since it was released, but have been experiencing vague and inconsistent problems with sluggish applications, which sometimes hung for about half-a-second..   Nothing specific, and no apparent errors reported..

I reverted to Kernel 4.1.7, and everything seems to be back to normal..   I will try 4.2.1 as soon as it is available..

Robert Gadsdon.   September 14, 2015.

ARM64 – DragonBoard 410c to Kernel 4.2..

Just updated the Qualcomm DragonBoard 410c to Linaro/Qcom patched Kernel 4.2, from here:

Using the saved kernel config from 4.2-rc5, the system booted OK (headless)..:

Fedora release 23 (Twenty Three)
Kernel 4.2.0 on an aarch64 (ttyMSM0)
# uname -a
Linux rg410c 4.2.0 #1 SMP PREEMPT Sun Sep 13 20:13:35 PDT 2015 aarch64 aarch64 aarch64 GNU/Linux

Although the 410c is still in many ways like a ‘phone that boots Linux’ (having to use fastboot to update the kernel, and using a ‘volume-up’ button on the board), at least the kernel devs are keeping reasonably up-to-date, unlike the sorry state of HiKey kernel development, which still seems to be stuck with a heavily patched version of an ancient 3.18 kernel..

Robert Gadsdon.   September 13, 2015.


NVIDIA – Patch for Kernel 4.3-rc1 Compile Error..

Thanks to juston_li on the NVIDIA forums, there is now a patch to fix the compile error with Kernel 4.3-rc1.

Details – and the patch – can be found here:

I have applied this, and the NVIDIA driver now compiles and installs OK (as the GPL_Only error was fixed in 4.3-rc1).

Now to attempt to use the same logic on the (similar) VMware error!

Robert Gadsdon.   September 12. 2015.

Kernel – 4.3-rc1 – Breaks NVIDIA and VMware..

Updated the test system to Kernel 4.3-rc1..

$ uname -a
Linux rg6830l 4.3.0-rc1 #1 SMP Sat Sep 12 19:15:35 PDT 2015 x86_64 x86_64 x86_64 GNU/Linux

Brief details of changes are here:

The NVIDIA gpl_only issue has been fixed in linux/kernel/workqueue.c, but the compile now fails even before that is reached:

/home/rgadsdon/NVIDIA-Linux-x86_64-355.11/kernel/nvidia/nv-procfs.c: In function ‘nv_procfs_read_registry’:
/home/rgadsdon/NVIDIA-Linux-x86_64-355.11/kernel/nvidia/nv-procfs.c:363:12: error: void value not ignored as it ought to be
 return seq_printf(s, "Binary: \"%s\"\n", registry_keys);
/home/rgadsdon/NVIDIA-Linux-x86_64-355.11/kernel/nvidia/nv-procfs.c: In function ‘nv_procfs_read_text_file’:
/home/rgadsdon/NVIDIA-Linux-x86_64-355.11/kernel/nvidia/nv-procfs.c:563:12: error: void value not ignored as it ought to be
 return seq_puts(s, s->private);

VMware 12 vmmon compile fails, with a similar error:

/tmp/modconfig-y2Cuiv/vmmon-only/linux/driver.c: In function ‘cleanup_module’:
/tmp/modconfig-y2Cuiv/vmmon-only/linux/driver.c:390:8: error: void value not ignored as it ought to be
 if (misc_deregister(&linuxState.misc)) {
Unable to install all modules. See log for details.

Robert Gadsdon.   September 12, 2015.

ARM – CuBox to 4.2 – Carefully..

Updated the CuBox-i4Pro to Kernel 4.2 (from and everything went smoothly – eventually..

I had tried using the kernel config saved from 4.1, but after booting successfully, the network suddenly stopped working after a few minutes of traffic, even though eth0 etc. was still present..     I was planning to revert to 4.1.6, but then tried creating a fresh config using # make imx_v6_v7_defconfig, and recompiling, and everything seems to be OK now..

Fedora release 22 (Twenty Two)
Kernel 4.2.0 on an armv7l (ttymxc0)
$ uname -a
Linux rgcubox 4.2.0 #1 SMP Tue Sep 8 13:59:08 EDT 2015 armv7l armv7l armv7l GNU/Linux

Robert Gadsdon.  September 8th, 2015.