Merge tag 'v6.1-rc8' into rdma.git for-next (d69e8c63) · Commits · jan.koester / Linux

.mailmap

+4 −0

CREDITS

+9 −0

Original line number	Original line	Diff line number	Diff line
	@@ -918,6 +918,11 @@ S: Ottawa, Ontario
	S: K1N 6Z9		S: K1N 6Z9
	S: CANADA		S: CANADA

			N: Vivien Didelot
			E: vivien.didelot@gmail.com
			D: DSA framework and MV88E6XXX driver
			S: Montreal, Quebec, Canada

	N: Jeff Dike		N: Jeff Dike
	E: jdike@karaya.com		E: jdike@karaya.com
	W: http://user-mode-linux.sourceforge.net		W: http://user-mode-linux.sourceforge.net
	@@ -2447,6 +2452,10 @@ S: 482 Shadowgraph Dr.
	S: San Jose, CA 95110		S: San Jose, CA 95110
	S: USA		S: USA

			N: Michal Marek
			E: michal.lkml@markovi.net
			D: Kbuild Maintainer 2009-2017

	N: Martin Mares		N: Martin Mares
	E: mj@ucw.cz		E: mj@ucw.cz
	W: http://www.ucw.cz/~mj/		W: http://www.ucw.cz/~mj/

Documentation/admin-guide/kernel-parameters.txt

+11 −0

Original line number	Original line	Diff line number	Diff line
	@@ -6959,3 +6959,14 @@
	memory, and other data can't be written using		memory, and other data can't be written using
	xmon commands.		xmon commands.
	off xmon is disabled.		off xmon is disabled.

			amd_pstate= [X86]
			disable
			Do not enable amd_pstate as the default
			scaling driver for the supported processors
			passive
			Use amd_pstate as a scaling driver, driver requests a
			desired performance on this abstract scale and the power
			management firmware translates the requests into actual
			hardware states (core frequency, data fabric and memory
			clocks etc.)

Documentation/admin-guide/pm/amd-pstate.rst

+13 −17

Original line number	Original line	Diff line number	Diff line
	@@ -283,23 +283,19 @@ efficiency frequency management method on AMD processors.
	Kernel Module Options for ``amd-pstate``		Kernel Module Options for ``amd-pstate``
	=========================================		=========================================

	.. _shared_mem:		Passive Mode
			------------
	``shared_mem``
	Use a module param (shared_mem) to enable related processors manually with		``amd_pstate=passive``
	amd_pstate.shared_mem=1.
	Due to the performance issue on the processors with `Shared Memory Support		It will be enabled if the ``amd_pstate=passive`` is passed to the kernel in the command line.
	<perf_cap_>`_, we disable it presently and will re-enable this by default		In this mode, ``amd_pstate`` driver software specifies a desired QoS target in the CPPC
	once we address performance issue with this solution.		performance scale as a relative number. This can be expressed as percentage of nominal
			performance (infrastructure max). Below the nominal sustained performance level,
	To check whether the current processor is using `Full MSR Support <perf_cap_>`_		desired performance expresses the average performance level of the processor subject
	or `Shared Memory Support <perf_cap_>`_ : ::		to the Performance Reduction Tolerance register. Above the nominal performance level,
			processor must provide at least nominal performance requested and go higher if current
	ray@hr-test1:~$ lscpu \| grep cppc		operating conditions allow.
	Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf rapl pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3 hw_pstate ssbd mba ibrs ibpb stibp vmmcall fsgsbase bmi1 avx2 smep bmi2 erms invpcid cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local clzero irperf xsaveerptr rdpru wbnoinvd cppc arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif v_spec_ctrl umip pku ospke vaes vpclmulqdq rdpid overflow_recov succor smca fsrm

	If the CPU flags have ``cppc``, then this processor supports `Full MSR Support
	<perf_cap_>`_. Otherwise, it supports `Shared Memory Support <perf_cap_>`_.


	``cpupower`` tool support for ``amd-pstate``		``cpupower`` tool support for ``amd-pstate``

Documentation/arm64/booting.rst

+8 −0

Original line number	Original line	Diff line number	Diff line
	@@ -340,6 +340,14 @@ Before jumping into the kernel, the following conditions must be met:
	- SMCR_EL2.LEN must be initialised to the same value for all CPUs the		- SMCR_EL2.LEN must be initialised to the same value for all CPUs the
	kernel will execute on.		kernel will execute on.

			- HWFGRTR_EL2.nTPIDR2_EL0 (bit 55) must be initialised to 0b01.

			- HWFGWTR_EL2.nTPIDR2_EL0 (bit 55) must be initialised to 0b01.

			- HWFGRTR_EL2.nSMPRI_EL1 (bit 54) must be initialised to 0b01.

			- HWFGWTR_EL2.nSMPRI_EL1 (bit 54) must be initialised to 0b01.

	For CPUs with the Scalable Matrix Extension FA64 feature (FEAT_SME_FA64)		For CPUs with the Scalable Matrix Extension FA64 feature (FEAT_SME_FA64)

	- If EL3 is present:		- If EL3 is present:

Original line number	Original line	Diff line number	Diff line
	@@ -29,6 +29,7 @@ Alexandre Belloni <alexandre.belloni@bootlin.com> <alexandre.belloni@free-electr
	Alexei Starovoitov <ast@kernel.org> <alexei.starovoitov@gmail.com>		Alexei Starovoitov <ast@kernel.org> <alexei.starovoitov@gmail.com>
	Alexei Starovoitov <ast@kernel.org> <ast@fb.com>		Alexei Starovoitov <ast@kernel.org> <ast@fb.com>
	Alexei Starovoitov <ast@kernel.org> <ast@plumgrid.com>		Alexei Starovoitov <ast@kernel.org> <ast@plumgrid.com>
			Alex Hung <alexhung@gmail.com> <alex.hung@canonical.com>
	Alex Shi <alexs@kernel.org> <alex.shi@intel.com>		Alex Shi <alexs@kernel.org> <alex.shi@intel.com>
	Alex Shi <alexs@kernel.org> <alex.shi@linaro.org>		Alex Shi <alexs@kernel.org> <alex.shi@linaro.org>
	Alex Shi <alexs@kernel.org> <alex.shi@linux.alibaba.com>		Alex Shi <alexs@kernel.org> <alex.shi@linux.alibaba.com>
	@@ -382,6 +383,7 @@ Santosh Shilimkar <santosh.shilimkar@oracle.org>
	Santosh Shilimkar <ssantosh@kernel.org>		Santosh Shilimkar <ssantosh@kernel.org>
	Sarangdhar Joshi <spjoshi@codeaurora.org>		Sarangdhar Joshi <spjoshi@codeaurora.org>
	Sascha Hauer <s.hauer@pengutronix.de>		Sascha Hauer <s.hauer@pengutronix.de>
			Satya Priya <quic_c_skakit@quicinc.com> <skakit@codeaurora.org>
	S.Çağlar Onur <caglar@pardus.org.tr>		S.Çağlar Onur <caglar@pardus.org.tr>
	Sean Christopherson <seanjc@google.com> <sean.j.christopherson@intel.com>		Sean Christopherson <seanjc@google.com> <sean.j.christopherson@intel.com>
	Sean Nyekjaer <sean@geanix.com> <sean.nyekjaer@prevas.dk>		Sean Nyekjaer <sean@geanix.com> <sean.nyekjaer@prevas.dk>
	@@ -389,6 +391,7 @@ Sebastian Reichel <sre@kernel.org> <sebastian.reichel@collabora.co.uk>
	Sebastian Reichel <sre@kernel.org> <sre@debian.org>		Sebastian Reichel <sre@kernel.org> <sre@debian.org>
	Sedat Dilek <sedat.dilek@gmail.com> <sedat.dilek@credativ.de>		Sedat Dilek <sedat.dilek@gmail.com> <sedat.dilek@credativ.de>
	Seth Forshee <sforshee@kernel.org> <seth.forshee@canonical.com>		Seth Forshee <sforshee@kernel.org> <seth.forshee@canonical.com>
			Shannon Nelson <shannon.nelson@amd.com> <snelson@pensando.io>
	Shiraz Hashim <shiraz.linux.kernel@gmail.com> <shiraz.hashim@st.com>		Shiraz Hashim <shiraz.linux.kernel@gmail.com> <shiraz.hashim@st.com>
	Shuah Khan <shuah@kernel.org> <shuahkhan@gmail.com>		Shuah Khan <shuah@kernel.org> <shuahkhan@gmail.com>
	Shuah Khan <shuah@kernel.org> <shuah.khan@hp.com>		Shuah Khan <shuah@kernel.org> <shuah.khan@hp.com>
	@@ -416,6 +419,7 @@ TripleX Chung <xxx.phy@gmail.com> <triplex@zh-kernel.org>
	TripleX Chung <xxx.phy@gmail.com> <zhongyu@18mail.cn>		TripleX Chung <xxx.phy@gmail.com> <zhongyu@18mail.cn>
	Tsuneo Yoshioka <Tsuneo.Yoshioka@f-secure.com>		Tsuneo Yoshioka <Tsuneo.Yoshioka@f-secure.com>
	Tycho Andersen <tycho@tycho.pizza> <tycho@tycho.ws>		Tycho Andersen <tycho@tycho.pizza> <tycho@tycho.ws>
			Tzung-Bi Shih <tzungbi@kernel.org> <tzungbi@google.com>
	Uwe Kleine-König <ukleinek@informatik.uni-freiburg.de>		Uwe Kleine-König <ukleinek@informatik.uni-freiburg.de>
	Uwe Kleine-König <u.kleine-koenig@pengutronix.de>		Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
	Uwe Kleine-König <ukleinek@strlen.de>		Uwe Kleine-König <ukleinek@strlen.de>