3.8? Best to wait for -rc2..
3.8-rc1 has several ‘issues’ – especially with breakage of Userspace… I’m going to wait for -rc2, which will – hopefully – be a bit less ‘dangerous’! Robert Gadsdon. January 2nd, 2013
Continue reading →
3.8-rc1 has several ‘issues’ – especially with breakage of Userspace… I’m going to wait for -rc2, which will – hopefully – be a bit less ‘dangerous’! Robert Gadsdon. January 2nd, 2013
Continue reading →Just updated the Dreamplug to 3.8-rc1, without any problems.. Used the .config from 3.7.. Fedora release 18 (Spherical Cow) Kernel 3.8.0-rc1 on an armv5tel (ttyS0) ………………. # uname -a Linux rgdreamplug 3.8.0-rc1 #1 Wed Dec 26 22:00:22 GMT 2012 armv5tel armv5tel armv5tel GNU/Linux Robert Gadsdon. December 26th 2012.
Continue reading →Linux was first developed by Linus on an old .386 system, way back in 1991, and now that cord has been cut, and .386 CPUs are no longer supported: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=743aa456c1834f76982af44e8b71d1a0b2a82e21 From the comments: Pull “Nuke 386-DX/SX support” from Ingo Molnar: “This tree removes ancient-386-CPUs support and thus zaps quite a bit of complexity: 24 files changed, 56 insertions(+), 425 deletions(-) … which complexity has plagued us with extra work whenever we wanted to change SMP primitives, for years. Unfortunately there’s a nostalgic cost: your old original 386 DX33 system from early 1991 won’t be able to boot modern Linux kernels anymore. Sniff.” I’m not sentimental. Good riddance. My first ‘home’ Linux system – in 1997 – was an HP Vectra 486 … Continue reading →
Finally, kernel 3.7 is released… I updated my main x86_64 system, and all seems to be OK, as expected. The latest NVIDIA driver – 310.19 – compiles and runs OK, and VMware 9.0.1 compiles after the usual workaround for version.h: # ln -s /usr/src/linux-3.7/include/generated/uapi/linux/version.h /usr/src/linux-3.7/include/linux/version.h Note that this example is for the official source from kernel.org. You … Continue reading →
Just updated the Dreamplug to 3.7-rc5 (just released..) and there are no surprises.. Fedora release 17 (Beefy Miracle) Kernel 3.7.0-rc5 on an armv5tel (ttyS0) …………………… $ uname -a Linux rgdreamplug 3.7.0-rc5 #1 Sun Nov 11 23:10:12 GMT 2012 armv5tel armv5tel armv5tel GNU/Linux Robert Gadsdon.. November 11th 2012.
Continue reading →Only recently updated to 3.6.4, and already 3.6.5 is released: $ uname -a Linux rglinux 3.6.5 #1 SMP Thu Nov 1 15:37:56 GMT 2012 x86_64 x86_64 x86_64 GNU/Linux Runs fine, with VMware Workstation 9.0 (with the 3.5 patch) and the latest NVIDIA driver – 310.14.. See all the things that have been fixed: http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.6.5
Continue reading →Just updated the Dreamplug to 3.7-rc3, and the kernel compile is now without errors.. So, finally, the ERROR: “read_current_timer” problem has been fixed.. Fedora release 17 (Beefy Miracle) Kernel 3.7.0-rc3 on an armv5tel (ttyS0) ………………… $ uname -a Linux rgdreamplug 3.7.0-rc3 #1 Mon Oct 29 08:30:44 GMT 2012 armv5tel armv5tel armv5tel GNU/Linux
Continue reading →Just updated my test system to 3.7-rc2, and the same patches and ‘workarounds’ are needed for NVIDIA (driver 310.14) and VMware (9.0 with 3.5 patch) as mentioned in my earlier post, for -rc1.. # uname -a Linux rg6830l 3.7.0-rc2 #1 SMP Mon Oct 22 01:58:54 BST 2012 x86_64 x86_64 x86_64 GNU/Linux
Continue reading →Just updated to kernel 3.6.3, and this works OK with the latest NVIDIA driver (310.14) and VMware W/S 9.0 (with the 3.5 patch).. $ uname -a Linux rglinux 3.6.3 #1 SMP Sun Oct 21 20:28:25 BST 2012 x86_64 x86_64 x86_64 GNU/Linux
Continue reading →I have managed to update the Dreamplug to kernel 3.7-rc1, after a simple fix, to get it to compile OK.. The original (cross)compile failed, with: ERROR: “read_current_timer” [drivers/video/udlfb.ko] undefined! ERROR: “read_current_timer” [crypto/tcrypt.ko] undefined! Fix, is to change ../linux-3.7-rc1/arch/arm/kernel/armksyms.c, at line 51, as follows: From: /* platform dependent support */ EXPORT_SYMBOL(arm_delay_ops); To: /* platform dependent support */ … Continue reading →