sinitax/cachepc-linux - Fork of AMDESE/linux with modifications for CachePC side-channel attack

	Commit message (Collapse)	Author	Age	Files	Lines
*	remove the h8300 architecture	Christoph Hellwig	2022-02-23	1	-9/+0
\| \| \| \|	Signed-off-by: Christoph Hellwig <hch@lst.de>
*	h8300: remove stale strncpy_from_user	Arnd Bergmann	2021-07-23	1	-1/+1
\| \| \| \| \| \| \| \|	This function is never called because h8300 uses the asm-generic inline function version. Reviewed-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
*	treewide: Add SPDX license identifier - Makefile/Kconfig	Thomas Gleixner	2019-05-21	1	-0/+1
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	Add SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any form These files fall under the project license, GPL v2 only. The resulting SPDX license identifier is: GPL-2.0-only Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
*	h8300: library functions	Yoshinori Sato	2015-06-23	1	-0/+8
\| \| \| \|	Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>
*	Drop support for Renesas H8/300 (h8300) architecture	Guenter Roeck	2013-09-16	1	-5/+0
\| \| \| \| \| \| \| \| \|	H8/300 has been dead for several years, and the kernel for it has not compiled for ages. Drop support for it. Cc: Yoshinori Sato <ysato@users.sourceforge.jp> Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
*	kbuild: fix AFLAGS use in h8300 and m68knommu	Sam Ravnborg	2007-10-15	1	-3/+0
\| \| \| \| \| \| \| \| \| \|	In most cases when AFALGS is manipuled direct this is a bug and EXTRA_AFLAGS should have been used. Fix the obvious candidates. Signed-off-by: Sam Ravnborg <sam@ravnborg.org> Cc: Greg Ungerer <gerg@uclinux.org> Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
*	Linux-2.6.12-rc2	Linus Torvalds	2005-04-16	1	-0/+8
	Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!