kernel/TODO
2011-11-07 11:25:51 -05:00

102 lines
3.6 KiB
Plaintext

**** Queued for 3.2 ***********************************************************************************
* acpi-ensure-thermal-limits-match-cpu-freq.patch
* revert-efi-rtclock.patch
* block-stray-block-put-after-teardown.patch
* efi-dont-map-boot-services-on-32bit.patch
* usb-add-quirk-for-logitech-webcams.patch (reworked, sent upstream)
* epoll-limit-paths.patch (in linux-next via -mm tree)
**** Other stuff that should go upstream (in decreasing likelyhood) ************************************
* linux-2.6-acpi-video-dos.patch
* linux-2.6-defaults-acpi-video.patch
* linux-2.6-defaults-aspm.patch
* disable-i8042-check-on-apple-mac.patch
* linux-2.6.30-no-pcspkr-modalias.patch
* die-floppy-die.patch
Fedora policy decisions
Turn into CONFIG_ options and upstream ?
* linux-2.6-input-kill-stupid-messages.patch
* linux-2.6-silence-acpi-blacklist.patch
* linux-2.6-silence-fbcon-logo.patch
* linux-2.6-silence-noise.patch
Fedora local 'hush' patches. (TODO: push more upstream)
* linux-2.6-makefile-after_link.patch
Rolandware that is used by the debuginfo generation.
Possibly upstreamable ?
* linux-2.6-serial-460800.patch
Probably not upstreamable.
http://marc.theaimsgroup.com/?l=linux-kernel&m=112687270832687&w=2
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=126403
http://lkml.org/lkml/2006/8/2/208
* linux-2.6-acpi-debug-infinite-loop.patch
Responsible: mjg59
* fix_xen_guest_on_old_EC2.patch
Ugly for upstream. It's a hack to make old HV's work optimally.
Eventually we can drop it, but probably not until fixed HV's
are commonplace. (When?)
Responsible: Justin.
* add-appleir-usb-driver.patch
Added September 2009, but had been around even before that.
" NACKed upstream with "i'll implement this in the ir framework" or something
and never got around to it."
Responsible: j-rod
* dmar-disable-when-ricoh-multifunction.patch
Added October 2010
* drm-intel-make-lvds-work.patch
Around since forever. Wtf ?
* linux-2.6-intel-iommu-igfx.patch
Invert igfx_off/igfx_on option. Around since forever. Upstreamable ?
Mustard ? Config option ?
* arm-omap-dt-compat.patch
* arm-smsc-support-reading-mac-address-from-device-tree.patch
reponsible: Dennis
***********************************************************************************
'MUSTARD' patches. Fedora local patches that are very unlikely to go upstream.
* linux-2.6-32bit-mmap-exec-randomization.patch
One half of the remaining exec-shield diff.
- davej bugged Ingo again on Jun 17 2011 about upstreaming, no response.
- mailed Linus asking for opinions in August 2011. He still hates it.
"Ugh. Certainly not in this form. That patch is just disgusting." ..
"I think that with NX and now SMEP, if you really care about security,
you'd better be using a CPU that supports 64-bit operations anyway."
As well as the increased randomisation, there's a key part of this patch
that means that DSOs get loaded in the ASCII-Armor area on 32bit.
(Addresses have topmost byte == 0)
See also https://bugzilla.redhat.com/show_bug.cgi?id=734239
* linux-2.6-i386-nx-emulation.patch
The ugly segment hack part of exec-shield that Linus hates.
Unlikely to ever go upstream.
* linux-2.6-crash-driver.patch
Unlikely to go upstream.
https://bugzilla.redhat.com/show_bug.cgi?id=492803
* linux-2.6-e1000-ich9-montevina.patch
Intel hates it. Davej has an SDV that needs it.
Low maintenence, and worth hanging onto until it gets replaced
with something that fails in a different way.
* utrace.patch
Hopefully it'll die when uprobes gets upstream.
***********************************************************************************
Spec file/config todos/cleanups