Patches for v4.14.y

Patches for v4.14.y

[Guenter Roeck]

Hi,

Please consider applying the following patches to v4.14.y.

The following patches were found to be missing in v4.14.y by the ChromeOS
missing patch robot. The patches meet the following criteria.
- The patch includes a Fixes: tag
- The patch referenced in the Fixes: tag has been applied to v4.14.y
- The patch has not been applied to v4.14.y

All patches have been applied to v4.14.y and chromeos-4.14. Resulting images
have been build- and runtime-tested on real hardware with chromeos-4.14
and with virtual hardware on kerneltests.org.

Upstream commit 76fc52bd07d3 ("arm64: ptrace: map SPSR_ELx<->PSR for compat tasks")
	Fixes: 7206dc93a58fb764 ("arm64: Expose Arm v8.4 features")
	in v4.14.y: 053cdffad3dd

Upstream commit 25dc2c80cfa3 ("arm64: compat: map SPSR_ELx<->PSR for signals")
	Fixes: 7206dc93a58fb764 ("arm64: Expose Arm v8.4 features")
	in v4.14.y: 053cdffad3dd

Upstream commit 93a64ee71d10 ("MAINTAINERS: Remove deleted file from futex file pattern")
	Fixes: 04e7712f4460 ("y2038: futex: Move compat implementation into futex.c")
	in v4.14.y: 0c08f1da992d
	Notes:
		Also applies to v4.19.y.
		This is an example for a patch which isn't really necessary
		(it doesn't fix a bug, only an entry in the the MAINTAINERS file),
		but automation won't be able to know that. Please let me know
		what to do with similar patches in the future.

Upstream commit 074376ac0e1d ("ftrace/x86: Anotate text_mutex split between ftrace_arch_code_modify_post_process() and ftrace_arch_code_modify_prepare()")
	Fixes: 39611265edc1a ("ftrace/x86: Add a comment to why we take text_mutex in ftrace_arch_code_modify_prepare()")
	Fixes: d5b844a2cf507 ("ftrace/x86: Remove possible deadlock between register_kprobe() and ftrace_run_update_code()")
	in v4.14.y: 0c0b54770189 (upstream d5b844a2cf507)
	Notes:
		Also applies to v4.19.y.

Thanks,
Guenter

Re: Patches for v4.14.y

[Greg Kroah-Hartman]

On Sun, Mar 29, 2020 at 02:33:22PM -0700, Guenter Roeck wrote:
> Hi,
> 
> Please consider applying the following patches to v4.14.y.
> 
> The following patches were found to be missing in v4.14.y by the ChromeOS
> missing patch robot. The patches meet the following criteria.
> - The patch includes a Fixes: tag
> - The patch referenced in the Fixes: tag has been applied to v4.14.y
> - The patch has not been applied to v4.14.y
> 
> All patches have been applied to v4.14.y and chromeos-4.14. Resulting images
> have been build- and runtime-tested on real hardware with chromeos-4.14
> and with virtual hardware on kerneltests.org.
> 
> Upstream commit 76fc52bd07d3 ("arm64: ptrace: map SPSR_ELx<->PSR for compat tasks")
> 	Fixes: 7206dc93a58fb764 ("arm64: Expose Arm v8.4 features")
> 	in v4.14.y: 053cdffad3dd

Now queued up.

> Upstream commit 25dc2c80cfa3 ("arm64: compat: map SPSR_ELx<->PSR for signals")
> 	Fixes: 7206dc93a58fb764 ("arm64: Expose Arm v8.4 features")
> 	in v4.14.y: 053cdffad3dd

Now queued up.

> Upstream commit 93a64ee71d10 ("MAINTAINERS: Remove deleted file from futex file pattern")
> 	Fixes: 04e7712f4460 ("y2038: futex: Move compat implementation into futex.c")
> 	in v4.14.y: 0c08f1da992d
> 	Notes:
> 		Also applies to v4.19.y.
> 		This is an example for a patch which isn't really necessary
> 		(it doesn't fix a bug, only an entry in the the MAINTAINERS file),
> 		but automation won't be able to know that. Please let me know
> 		what to do with similar patches in the future.

Just drop it, there will always be these types of "fixes" that don't
make sense for stable trees.

> Upstream commit 074376ac0e1d ("ftrace/x86: Anotate text_mutex split between ftrace_arch_code_modify_post_process() and ftrace_arch_code_modify_prepare()")
> 	Fixes: 39611265edc1a ("ftrace/x86: Add a comment to why we take text_mutex in ftrace_arch_code_modify_prepare()")
> 	Fixes: d5b844a2cf507 ("ftrace/x86: Remove possible deadlock between register_kprobe() and ftrace_run_update_code()")
> 	in v4.14.y: 0c0b54770189 (upstream d5b844a2cf507)
> 	Notes:
> 		Also applies to v4.19.y.

This only affects running sparse on the code, which for 4.14 I doubt
anyone is doing anymore.  But I'll take it as it might make things
easier for some people auditing 4.19 at the moment.

thanks,

greg k-h