Blacklisting Upstream Commit-IDs

================================

We track the git history of the upstream Linux kernel for fixes that we

potentially need to backport to our kernel branches. The tooling creates

a list of upstream commit-ids that are already part of our kernels and

compares the 'Fixes:' tags in upstream commits with that list. If there

is a match, we found a fix that might need to be backported.

If the commit is not needed in our kernels, it can be blacklisted, so

that the tools do not report that commit again. There are two ways to

blacklist a commit:

1) Put the commit-id into blacklist.conf. This file exists to

blacklist fixes for the base kernel version of the branch.

2) Use the 'No-Fix:' tag in the patch-files. The format of that

tag is the same as for the 'Git-commit:' tag. Only one commit

can be blacklisted per tag, you have to use 'No-Fix:' once

for each commit to be blacklisted. This option can be used to

blacklist fixes for an already backported upstream patch.

Both options require a full 40-character git commit-id.

The blacklist.conf file also supports blacklisting by source code path.

A list of paths can be put into that file and patches that only touch

these paths are automatically blacklisted too.

Feel free to send any questions and/or suggestions about fixes-tracking

and blacklisting to:

Vasant Karasulli <vkarasulli@suse.de>