That’s why I used -depth=50 in the hope of catching the revision I’m interested in. The upshot is that you may need to roll back to the revision that is specifically for your kernel version. You could also try something git log -oneline | grep "Linux 4.1.18" to save manually scanning the logs. For example, 4.1.13 and 4.1.12 were documented by Greg Kroah-Hartman in the commit messages. Major versions are stored as branches in the repository (hence the -branch=rpi-4.1.y option above) but if like me, your version is a minor level, you have to scan the commits from the appropriate branch.
This is version 4.1.15 whereas my version was 4.1.13. You can check in the Makefile VERSION = 4 The latest source may not match your running kernel version ( uname -r).
The symbolic link is just a handy reminder of what you’ve cloned. The git clone command will download the full source (including headers and all built-in drivers) into a new folder called linux. On the Pi, run the following (matching your running kernel version with the -branch option).
The good news is that the modified version is bundled with the Pi kernel source at. The latest driver version ( v4.0.2_9000) on the Realtek site isn’t actually the latest version. You need both the module and kernel source. Vermagic: 4.1.13+ preempt mod_unload modversions ARMv6 $ lsmodįor interest, you can get more information running modinfo 8192cu. It’ll show something like this Linux raspberrypi 4.1.13+ #826 PREEMPT Fri Nov 13 20:13: armv6l GNU/Linux You’ll need to know the specific kernel version. If you don’t want to have a go at compiling the kernel, you can always download the output of my efforts here (built against 4.9.17-v7+). Compiling that meant recompiling the associated kernel to get all the dependencies lined up. The only way I found to disable the LED is by modifying the kernel module. Pi specific instructions to disable the LED on the Edimax EW-7811UN USB wireless adapter.
0 kommentar(er)
