]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
x86: keep legacy generated vdso files around in .gitignore file
authorLinus Torvalds <torvalds@linux-foundation.org>
Wed, 11 Feb 2026 04:03:30 +0000 (20:03 -0800)
committerLinus Torvalds <torvalds@linux-foundation.org>
Wed, 11 Feb 2026 04:03:30 +0000 (20:03 -0800)
commit1ca28333e464989113e518b452eaaccc79d865c8
tree70c7efa568b2011f46e7229852c17c7cc1e70638
parent45a1b8cc6c0690d82f176ec9c3ca8ad0aa050511
x86: keep legacy generated vdso files around in .gitignore file

Commit 93d73005bff4 ("x86/entry/vdso: Rename vdso_image_* to
vdso*_image") updated the vdso .gitignore file with the new filenames,
which is certainly not incorrect.

However, while adding new generated names is obviously the right thing
to do, you should *not* immediately remove the old filenames from the
.gitignore file when things move around or get renamed, because people
still have those old generated files in their build trees - and they
haven't suddenly become valid files to commit to the repository just
because they were moved or renamed.

While it's mostly just a slight visual nuisance for 'git status' that
can be fixed up with a clean build tree, it can become more serious than
that: see for example commit 04a3389b3535 ("Remove stale generated
'genheaders' file").

That commit removed up a stale generated file that had been carelessly
committed by a kernel developer because it wasn't properly ignored any
more and thus showed up as a new file in their tree.

Fixes: 93d73005bff4 ("x86/entry/vdso: Rename vdso_image_* to vdso*_image")
Cc: Peter Anvin <hpa@zytor.com>
Cc: Dave Hansen <dave.hansen@linux.intel.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
arch/x86/entry/vdso/.gitignore