Forum › Forums › General › Tips and Tricks › Kernels, Make your own!
Tagged: kernel, kernel-compile, menuconfig, xconfig
- This topic has 39 replies, 9 voices, and was last updated Jun 4-1:39 pm by Brian Masinick.
-
AuthorPosts
-
June 3, 2018 at 8:24 pm #10662Member
rob
::Kernel 4.17 final version source is up now. kernel.org
System: Host: eee Kernel: 4.17.0-eee701.4g i686 bits: 32 Desktop: i3 4.13 Distro: antiX-17_386-base Heather Heyer 24 October 2017 Machine: Type: Laptop System: ASUSTeK product: 701SD v: 0501 serial: <root required> Mobo: ASUSTeK model: 701SD v: x.xx serial: <root required> BIOS: American Megatrends v: 0802 date: 03/02/2009 CPU: Topology: Single Core model: Intel Celeron M bits: 32 type: UP L2 cache: 512 KiB Speed: 112 MHz min/max: 112/900 MHz Core speed (MHz): 1: 338 Info: Processes: 123 Uptime: 16m Memory: 1.96 GiB used: 92.4 MiB (4.6%) Shell: bash inxi: 3.0.10- This reply was modified 4 years, 11 months ago by rob. Reason: bbcode
June 4, 2018 at 7:06 am #10673Member
sleekmason
::Indeed! Meant to get this up here. Ran into a re-install I had to take care of:)
The 4.17 release is a major release among major releases, with tons of code removed and other new features.
Per Phoronix,
– A huge DRM subsystem update with AMDGPU DC by default for all capable GPUs, Intel Cannonlake graphics are stable, AMD WattMan, Intel HDCP, and more.
– Initial NVIDIA Tegra “Xavier” SoC support for this new high-performance ARM chip with Volta graphics.
– Eight obsolete CPU architectures were removed resulting in a code savings of about a half million lines.
– POWER4 CPU support is being dropped too as part of a separate pull. The POWER4 support was already broken since 2016 with no one apparently noticing until now.
– IBM s390 is still working on its Spectre defense.
– Continued maturing of the RISC-V architecture code.
– A new CPU architecture port for Linux 4.17 is the Andes NDS32 architecture.
– The Linux Kernel Memory Consistency Model has been formalized for Linux 4.17.
– Fixes for the Macintosh PowerBook 100 series.. Yes, with the Motorola processors from the early 90’s.
– The new ACPI TAD driver for some interesting wake-up/alarm functionality as well as other CPUFreq and power management updates.
– PhoenixRC flight controller support.
– Multi-touch support for the Razer Blade Stealth.
– Thunderbolt USB/SL4 security level support.
– USB Type-C support improvements.
– Lost and Found support for F2FS along with performance enhancements and other work.
– EXT4 gets protection for maliciously crafted container images.
– Lazy time support for XFS.
– Btrfs gets a no SSD spread option and other improvements.
– New sound drivers plus USB Audio Class 3.0 support.
– Linux 4.17 staging has shed some weight (lots of lines of code).
– Various other PCI, crypto, and more updates as well as SPARC and BMC updates.
—
The 4.18rc release will have an improvement for the schedutil governor. Looking forward to that when it’s out.June 4, 2018 at 8:09 am #10707Moderator
Brian Masinick
::Looks like a great update.
Not sure if this is still true or not: in the past odd-numbered minor numbers – like 4.17 – signify the development kernel changes and even numbers, 4.16, 4.18, etc. were the “stable” (longer term) version.
I will check to see if these conventions are still used.
--
Brian MasinickJune 4, 2018 at 8:50 am #10708Moderator
Brian Masinick
::Documentation on the general Linux 4.* kernel:
https://www.kernel.org/doc/html/latest/admin-guide/README.html?highlight=release%20numbering
--
Brian MasinickJune 4, 2018 at 10:26 am #10709MemberBarnabyh
::4.9 and 4.14 are long term supported, so I dare guess that about odd numbers is not true anymore.
June 4, 2018 at 10:31 am #10710Moderator
Brian Masinick
::You’re probably right. I did not spot any current documentation making any particular reference to the numbering I suggested. It probably goes back to Version 2 or 3 kernels, which is a very long time ago!
--
Brian MasinickJune 4, 2018 at 10:35 am #10711Moderator
Brian Masinick
::Building your own kernel appears to have most of the same steps that were documented long ago, so that’s good.✔
--
Brian MasinickJune 4, 2018 at 10:52 am #10714MemberBarnabyh
::Good to know. I haven’t done that in ages and was wondering how much that might have changed. Not that there’s any real need these days.
June 4, 2018 at 10:56 am #10715Moderator
Brian Masinick
::True enough! It has been years, well over a decade, probably close to 2 decades ago since I built my last kernel.
--
Brian MasinickJune 4, 2018 at 1:39 pm #10723Moderator
Brian Masinick
::Wikipedia has some information about kernel versions. Note that most of the details associated with a particular type of kernel to a specific version string convention are – as suspected – old:
https://en.wikipedia.org/wiki/Linux_kernel#Version_numbering
--
Brian Masinick -
AuthorPosts
- You must be logged in to reply to this topic.