mirror of
https://github.com/AuxXxilium/linux_dsm_epyc7002.git
synced 2024-12-20 21:20:48 +07:00
fb615d61b5
MIPS will soon not be a part of Imagination Technologies, and as such many @imgtec.com email addresses will no longer be valid. This patch updates the addresses for those who: - Have 10 or more patches in mainline authored using an @imgtec.com email address, or any patches dated within the past year. - Are still with Imagination but leaving as part of the MIPS business unit, as determined from an internal email address list. - Haven't already updated their email address (ie. JamesH) or expressed a desire to be excluded (ie. Maciej). - Acked v2 or earlier of this patch, which leaves Deng-Cheng, Matt & myself. New addresses are of the form firstname.lastname@mips.com, and all verified against an internal email address list. An entry is added to .mailmap for each person such that get_maintainer.pl will report the new addresses rather than @imgtec.com addresses which will soon be dead. Instances of the affected addresses throughout the tree are then mechanically replaced with the new @mips.com address. Signed-off-by: Paul Burton <paul.burton@mips.com> Cc: Deng-Cheng Zhu <dengcheng.zhu@imgtec.com> Cc: Deng-Cheng Zhu <dengcheng.zhu@mips.com> Acked-by: Dengcheng Zhu <dengcheng.zhu@mips.com> Cc: Matt Redfearn <matt.redfearn@imgtec.com> Cc: Matt Redfearn <matt.redfearn@mips.com> Acked-by: Matt Redfearn <matt.redfearn@mips.com> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: linux-kernel@vger.kernel.org Cc: linux-mips@linux-mips.org Cc: trivial@kernel.org Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
51 lines
1.4 KiB
Plaintext
51 lines
1.4 KiB
Plaintext
What: /sys/class/remoteproc/.../firmware
|
|
Date: October 2016
|
|
Contact: Matt Redfearn <matt.redfearn@mips.com>
|
|
Description: Remote processor firmware
|
|
|
|
Reports the name of the firmware currently loaded to the
|
|
remote processor.
|
|
|
|
To change the running firmware, ensure the remote processor is
|
|
stopped (using /sys/class/remoteproc/.../state) and write a new filename.
|
|
|
|
What: /sys/class/remoteproc/.../state
|
|
Date: October 2016
|
|
Contact: Matt Redfearn <matt.redfearn@mips.com>
|
|
Description: Remote processor state
|
|
|
|
Reports the state of the remote processor, which will be one of:
|
|
|
|
"offline"
|
|
"suspended"
|
|
"running"
|
|
"crashed"
|
|
"invalid"
|
|
|
|
"offline" means the remote processor is powered off.
|
|
|
|
"suspended" means that the remote processor is suspended and
|
|
must be woken to receive messages.
|
|
|
|
"running" is the normal state of an available remote processor
|
|
|
|
"crashed" indicates that a problem/crash has been detected on
|
|
the remote processor.
|
|
|
|
"invalid" is returned if the remote processor is in an
|
|
unknown state.
|
|
|
|
Writing this file controls the state of the remote processor.
|
|
The following states can be written:
|
|
|
|
"start"
|
|
"stop"
|
|
|
|
Writing "start" will attempt to start the processor running the
|
|
firmware indicated by, or written to,
|
|
/sys/class/remoteproc/.../firmware. The remote processor should
|
|
transition to "running" state.
|
|
|
|
Writing "stop" will attempt to halt the remote processor and
|
|
return it to the "offline" state.
|