File series.conf of Package kernel-source
# Kernel patches configuration file
# vim: set ts=8 sw=8 noet:
#
# There are three kinds of rules (see guards.1 for details):
# +symbol include this patch if symbol is defined; otherwise exclude.
# -symbol exclude this patch if symbol is defined; otherwise include.
# - exclude this patch.
#
# Using symbols means that an entirely different source tree will be
# generated depending on which symbols are defined. This used to be
# a good thing when arch-specific patches contained conflicts with other
# patches, but we now have a policy that patches must build everywhere.
# The result is a unified source tree that allows us to do neat things
# like ship kernel module packages. Creating a divergent tree breaks
# these # so you'd better have an extraordinary reason for using them.
# For example, the openSUSE 10.3 kernel uses them for segregating the
# -rt patches until they can be integrated completely, and these are
# only applied at the very end of the series.
#
# The most common use in recent kernels is to disable a patch with a
# username as the symbol to indicate responsbility. Another use is
# to check in a patch for testing, but have it disabled in all but your
# own build environment.
########################################################
# latest standard kernel patches
# DO NOT MODIFY THEM!
# Send separate patches upstream if you find a problem...
########################################################
########################################################
# Build fixes that apply to the vanilla kernel too.
# Patches in patches.rpmify are applied to both -vanilla
# and patched flavors.
########################################################
########################################################
# The sorted section should contain all patches that are
# either mainline backports or are already in a known
# subystem maintainer repository so that they can be
# sorted by git-sort scripts. Out-of-tree patches (which
# includes any patch without Git-commit tag) belong
# either into the "on the way to mainline" section below
# or into one of the subsystem sections.
#
# The sorted section should be small or empty on the
# stable or master branches.
########################################################
########################################################
# sorted patches
########################################################
########################################################
# end of sorted patches
########################################################
########################################################
# Unsorted patches on their way to mainline
#
# (SLE/Leap: this section is only for patches which
# cannot go into the sorted section yet.
#
# Patches which are already in subsystem maintainer
# repository or otherwise expected to get into mainline
# within 1-2 releases belong here. Patches not expected
# to get into mainline any time soon (or ever) belong
# to area specific sections below.
########################################################
########################################################
# kbuild/module infrastructure fixes
########################################################
# SUSE specific build tweaks
# build tweaks for external KMPs
########################################################
# Performance-related tuning of defaults
########################################################
########################################################
# Architecture specific patches
########################################################
# x86
# s390x
# ppc64
# ARM
########################################################
# Scheduler
########################################################
########################################################
# Memory management
########################################################
########################################################
# Filesystems
########################################################
# generic
# btrfs
# ext[2-4]
# XFS
# FUSE
########################################################
# Block layer
########################################################
########################################################
# Networking core
########################################################
########################################################
# Security
########################################################
# Module signing / secure boot
# Lock down functions for secure boot
# crypto
########################################################
# Virtualization
########################################################
########################################################
# Other core patches
########################################################
# Livepatching
########################################################
# PM
########################################################
########################################################
# DRM / Graphics
########################################################
########################################################
# Storage
########################################################
########################################################
# Networking drivers (wired)
########################################################
########################################################
# Wireless networking drivers
########################################################
########################################################
# USB
########################################################
########################################################
# Input
########################################################
########################################################
# Other drivers
########################################################
########################################################
# Debugging
########################################################
########################################################
# You'd better have a good reason for adding a patch
# below here.
########################################################