3443333284
Some files over there won't parse well by Sphinx. Fix them. Acked-by: Jonathan Cameron <Jonathan.Cameron@huawei.com> # for IIO Acked-by: Fabrice Gasnier <fabrice.gasnier@st.com> Acked-by: Jonathan Corbet <corbet@lwn.net> Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org> Link: https://lore.kernel.org/r/58cf3c2d611e0197fb215652719ebd82ca2658db.1604042072.git.mchehab+huawei@kernel.org Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
41 lines
1.3 KiB
Plaintext
41 lines
1.3 KiB
Plaintext
What: /sys/devices/platform/docg3/f[0-3]_dps[01]_is_keylocked
|
|
Date: November 2011
|
|
KernelVersion: 3.3
|
|
Contact: Robert Jarzmik <robert.jarzmik@free.fr>
|
|
Description:
|
|
Show whether the floor (0 to 4), protection area (0 or 1) is
|
|
keylocked. Each docg3 chip (or floor) has 2 protection areas,
|
|
which can cover any part of it, block aligned, called DPS.
|
|
The protection has information embedded whether it blocks reads,
|
|
writes or both.
|
|
The result is:
|
|
|
|
- 0 -> the DPS is not keylocked
|
|
- 1 -> the DPS is keylocked
|
|
|
|
Users: None identified so far.
|
|
|
|
What: /sys/devices/platform/docg3/f[0-3]_dps[01]_protection_key
|
|
Date: November 2011
|
|
KernelVersion: 3.3
|
|
Contact: Robert Jarzmik <robert.jarzmik@free.fr>
|
|
Description:
|
|
Enter the protection key for the floor (0 to 4), protection area
|
|
(0 or 1). Each docg3 chip (or floor) has 2 protection areas,
|
|
which can cover any part of it, block aligned, called DPS.
|
|
The protection has information embedded whether it blocks reads,
|
|
writes or both.
|
|
The protection key is a string of 8 bytes (value 0-255).
|
|
Entering the correct value toggle the lock, and can be observed
|
|
through f[0-3]_dps[01]_is_keylocked.
|
|
Possible values are:
|
|
|
|
- 8 bytes
|
|
|
|
Typical values are:
|
|
|
|
- "00000000"
|
|
- "12345678"
|
|
|
|
Users: None identified so far.
|