Hi,
what's the proper steps to install kernel (modules, headers, etc) from rawhide. And I want to keep 'em updated, without breaking any other stuff or pulling another rawhide packages.
The reason I want this is to install 4.3+ kernel because it seems it should have fixed thunderbolt2 support for new 2015 macbooks.
-- Mike
On 09.12.2015, Michael Kuryshev wrote:
what's the proper steps to install kernel (modules, headers, etc) from rawhide.
I don't know.
And I want to keep 'em updated, without breaking any other stuff or pulling another rawhide packages.
Then, I would suggest you download 4.3.x from kernel.org directly. Take a look into /boot, copy the .config of your actual kernel into the 4.3 sourcetree. You can follow these steps to compile your kernel:
make oldconfig (you'll have to make some decisions here) make make modules_install make install
Your new kernel will live peacefully together with all your other Fedora kernels installed. If you do not need it any longer some time in the future, just delete the related files in /boot and /lib/modules, and remove the sourcetree.
Have done that all my life, since I'm using a heavily customised configuration which requires compiling a new kernel anyway.
[htd@chiara ~]$ ls -l /boot total 185729 drwx------ 4 root root 16384 Jan 1 1970 efi -rw-r--r-- 1 root root 184380 Oct 21 2014 elf-memtest86+-5.01 drwxr-xr-x. 2 root root 3072 Nov 7 13:35 extlinux drwxr-xr-x. 6 root root 1024 Dec 9 08:13 grub2 -rw-r--r-- 1 root root 57299785 Dec 7 21:26 initramfs-4.2.7-rc1.img -rw-r--r-- 1 root root 18445609 Dec 9 08:13 initramfs-4.3.1-rc1.img -rw-r--r-- 1 root root 76380045 Dec 8 21:47 initramfs-4.4.0-rc4.img -rw-r--r--. 1 root root 571538 Nov 7 13:41 initrd-plymouth.img drwx------. 2 root root 12288 Feb 22 2015 lost+found -rw-r--r-- 1 root root 182704 Oct 21 2014 memtest86+-5.01 lrwxrwxrwx 1 root root 26 Dec 9 08:13 System.map -> /boot/System.map-4.3.1-rc1 -rw-r--r-- 1 root root 3026413 Dec 7 21:25 System.map-4.2.7-rc1 -rw-r--r-- 1 root root 2724608 Dec 9 08:13 System.map-4.3.1-rc1 -rw-r--r-- 1 root root 3404849 Dec 8 21:47 System.map-4.4.0-rc4 lrwxrwxrwx 1 root root 23 Dec 9 08:13 vmlinuz -> /boot/vmlinuz-4.3.1-rc1 -rw-r--r-- 1 root root 5783344 Dec 7 21:25 vmlinuz-4.2.7-rc1 -rw-r--r-- 1 root root 5228416 Dec 9 08:13 vmlinuz-4.3.1-rc1 -rw-r--r-- 1 root root 6666112 Dec 8 21:47 vmlinuz-4.4.0-rc4
On Wed, Dec 09, 2015 at 08:38:06PM +0300, Michael Kuryshev wrote:
what's the proper steps to install kernel (modules, headers, etc) from rawhide. And I want to keep 'em updated, without breaking any other stuff or pulling another rawhide packages.
You might try enabling this repository:
https://fedoraproject.org/wiki/RawhideKernelNodebug
This contains the latest rawhide kernel, but with debugging off.
Thanks, Matt, that's exactly what I'm looking for.
-- Mike
On 09/12/15 22:27, Matthew Miller wrote:
On Wed, Dec 09, 2015 at 08:38:06PM +0300, Michael Kuryshev wrote:
what's the proper steps to install kernel (modules, headers, etc) from rawhide. And I want to keep 'em updated, without breaking any other stuff or pulling another rawhide packages.
You might try enabling this repository:
https://fedoraproject.org/wiki/RawhideKernelNodebug
This contains the latest rawhide kernel, but with debugging off.
On Wed, 2015-12-09 at 20:38 +0300, Michael Kuryshev wrote:
what's the proper steps to install kernel (modules, headers, etc) from rawhide. And I want to keep 'em updated, without breaking any other stuff or pulling another rawhide packages.
Rawhide is a topic for the Test list, where testers hang out. It's not appropriate for the Users list (this one).
poc
On Wed, Dec 09, 2015 at 08:25:19PM +0000, Patrick O'Callaghan wrote:
what's the proper steps to install kernel (modules, headers, etc) from rawhide. And I want to keep 'em updated, without breaking any other stuff or pulling another rawhide packages.
Rawhide is a topic for the Test list, where testers hang out. It's not appropriate for the Users list (this one).
In this case, though, it's an entirely user-focused concern: getting early access to a kernel version which is known to fix a specific bug. Seems on-topic to me!
On 12/09/2015 12:31 PM, Matthew Miller wrote:
In this case, though, it's an entirely user-focused concern: getting early access to a kernel version which is known to fix a specific bug. Seems on-topic to me!
In that case, wouldn't you want to get it from a testing repo instead of rawhide?
On Wed, 2015-12-09 at 12:37 -0800, Joe Zeff wrote:
On 12/09/2015 12:31 PM, Matthew Miller wrote:
In this case, though, it's an entirely user-focused concern: getting early access to a kernel version which is known to fix a specific bug. Seems on-topic to me!
In that case, wouldn't you want to get it from a testing repo instead of rawhide?
Exactly. Especially as (not improbably) there may be issues with it.
poc
On Wed, Dec 09, 2015 at 12:37:39PM -0800, Joe Zeff wrote:
In this case, though, it's an entirely user-focused concern: getting early access to a kernel version which is known to fix a specific bug. Seems on-topic to me!
In that case, wouldn't you want to get it from a testing repo instead of rawhide?
I suppose I would *want* to, but if it's not available, hey, cool, there's a way to get it from rawhide.