FS#46280 - [linux] Add patch from https://github.com/graysky2/kernel_gcc_patch

Attached to Project: Arch Linux
Opened by Marty Plummer (ntzrmtthihu777) - Sunday, 13 September 2015, 05:10 GMT
Last edited by Eli Schwartz (eschwartz) - Monday, 20 August 2018, 19:39 GMT
Task Type Feature Request
Category Kernel
Status Closed
Assigned To Tobias Powalowski (tpowa)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Description:
Arch user Graysky has a rather useful patch that allows for easy cpu optimizations for the linux kernel 3.15+;
considering the default linux PKGBUILD seems to encourage customization of your kernel this seems a very valid
addition to the default setup. Applying this patch to the testing/linux folder changes the config, config.x86_64,
and PKGBUILD files but makes no changes to the normal build process without setting a value to _cpu_type; as such
it would make no changes to the default repo linux package without user intervention.


Additional info:
* package version(s): 4.2-4
This task depends upon

Closed by  Eli Schwartz (eschwartz)
Monday, 20 August 2018, 19:39 GMT
Reason for closing:  Won't implement
Additional comments about closing:  no one plans on doing this, it's been thoroughly ignored for 3 years now
Comment by Eli Schwartz (eschwartz) - Monday, 20 August 2018, 19:39 GMT
Does't seem like anyone wants to do this... and I can understand why, because we don't patch the kernel to make it easier for users to customize -- we merely arrange what *we* do, to make it easier to modify.

It is simple enough for anyone who actually wants it, to simply add it to source=() and let make olddefconfig or nconfig if you modify that in, guide you through setting the relevant options.

I don't see how this gcc patch makes it any easier for people to do that. Less time-consuming, yes. But not even by that much. And it is something that would have to be tracked and kept up-to-date even though it would definitively never ever be used by the kernel packagers.

Loading...