On Wed, 26 Jun 2019, Paul Cercueil wrote:
> Le mer. 26 juin 2019 à 15:18, Lee Jones a écrit :
> > On Tue, 21 May 2019, Paul Cercueil wrote:
> >
> > > This driver will provide a regmap that can be retrieved very early
> > > in
> > > the boot process through the API function ingenic_tcu_get_regma
This patch converts register-banks.txt to ReST format, No content
change.
Added register-banks.rst to sh/index.rst
Signed-off-by: Vandana BN
---
Documentation/sh/index.rst| 5 +
.../sh/{register-banks.txt => register-banks.rst} | 8
2 files ch
On Thu, Jun 27, 2019 at 10:49 AM Masahiro Yamada
wrote:
>
>
> 1/4: reworked v2.
>
> 2/4: fix a flaw I noticed when I was working on this series
>
> 3/4: maybe useful for 4/4 and in some other places
>
> 4/4: v2. compile as many headers as possible.
>
If you want to test this series,
please check
1/4: reworked v2.
2/4: fix a flaw I noticed when I was working on this series
3/4: maybe useful for 4/4 and in some other places
4/4: v2. compile as many headers as possible.
Changes in v2:
- Add CONFIG_CPU_{BIG,LITTLE}_ENDIAN guard to avoid build error
- Use 'header-test-' instead of 'no-
In my view, most of headers can be self-contained. So, it would be
tedious to add every header to header-test-y explicitly. We usually
end up with "all headers with some exceptions".
There are two types in exceptions:
[1] headers that are never compiled as standalone units
For examples, includ
header-test-y does not work with headers in sub-directories.
For example, you can write a Makefile, like this:
include/linux/Kbuild:
header-test-y += mtd/nand.h
This entry creates a wrapper include/linux/mtd/nand.hdrtest.c with
the following content:
#include "mtd/nand.h"
To make this wor
On Thu, Jun 27, 2019 at 02:34:06AM +0300, Jarkko Sakkinen wrote:
On Tue, 2019-06-25 at 16:13 -0400, Sasha Levin wrote:
This patch adds basic documentation to describe the new fTPM driver.
Signed-off-by: Sasha Levin
---
Documentation/security/tpm/index.rst| 1 +
Documentation/security
On Thu, Jun 27, 2019 at 02:31:35AM +0300, Jarkko Sakkinen wrote:
On Tue, 2019-06-25 at 16:13 -0400, Sasha Levin wrote:
This patch adds support for a software-only implementation of a TPM
running in TEE.
There is extensive documentation of the design here:
https://www.microsoft.com/en-us/resea
On Tue, 2019-06-25 at 16:13 -0400, Sasha Levin wrote:
> This patch adds basic documentation to describe the new fTPM driver.
>
> Signed-off-by: Sasha Levin
> ---
> Documentation/security/tpm/index.rst| 1 +
> Documentation/security/tpm/tpm_ftpm_tee.rst | 31 +
> 2 fi
On Tue, 2019-06-25 at 16:13 -0400, Sasha Levin wrote:
> This patch adds support for a software-only implementation of a TPM
> running in TEE.
>
> There is extensive documentation of the design here:
>
https://www.microsoft.com/en-us/research/publication/ftpm-software-implementation-tpm-chip/
> .
Commands which causes PUNIT writes, store them and restore them on system
resume. The driver stores all such requests in a hash table and stores the
the latest mailbox request parameters. On resume these commands mail box
commands are executed again. There are only 5 such mail box commands which
wi
The Intel(R) Speed select technologies contains four features.
Performance profile:An non architectural mechanism that allows multiple
optimized performance profiles per system via static and/or dynamic
adjustment of core count, workload, Tjmax, and TDP, etc. aka ISS
in the documentation.
Base Fr
Added MMIO interface to read/write specific offsets in PUNIT PCI device
which export core priortization. This MMIO interface can be used using
ioctl interface on /dev/isst_interface using IOCTL ISST_IF_IO_CMD.
This MMIO interface is used by the intel-speed-select tool under
tools/x86/power to enum
There are two per CPU data needs to be stored and cached to avoid repeated
MSR readings for accessing them later:
- Physical to logical CPU conversion
The PUNIT uses a different CPU numbering scheme which is not APIC id based.
So we need to establish relationship between PUNIT CPU number and Linux
While using new non arhitectural features using PUNIT Mailbox and MMIO
read/write interface, still there is need to operate using MSRs to
control PUNIT. User space could have used user user-space MSR interface for
this, but when user space MSR access is disabled, then it can't. Here only
limited nu
Encapsulate common functions which all Intel Speed Select Technology
interface drivers can use. This creates API to register misc device for
user kernel communication and handle all common IOCTLs. As part of the
registry it allows a callback which is to handle domain specific ioctl
processing.
The
Add an IOCTL to send mailbox commands to PUNIT using PUNIT PCI device.
A limited set of mailbox commands can be sent to PUNIT.
This MMIO interface is used by the intel-speed-select tool under
tools/x86/power to enumerate and control Intel Speed Select features.
The MBOX commands ids and semantics
Add processing for IOCTL command ISST_IF_GET_PHY_ID. This converts from the
Linux logical CPU to PUNIT CPU numbering scheme.
Signed-off-by: Srinivas Pandruvada
---
.../intel_speed_select_if/isst_if_common.c| 74 +++
include/uapi/linux/isst_if.h | 28 +++
Reserve ioctl numbers for intel Speed Select Technology interface
drivers.
Signed-off-by: Srinivas Pandruvada
---
Documentation/ioctl/ioctl-number.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/ioctl/ioctl-number.txt
b/Documentation/ioctl/ioctl-number.txt
index c9558146ac
Intel® Speed Select Technology (Intel® SST) — A powerful new collection of
features giving more granular control over CPU performance for optimized total
cost of ownership and performance. With Intel® SST, one server can be
configured
for power and performance for variety of diverse workload requ
Add an IOCTL to send mailbox commands to PUNIT using PUNIT MSRs for
mailbox. Some CPU models don't have PCI device, so need to use MSRs.
A limited set of mailbox commands can be sent to PUNIT.
This MMIO interface is used by the intel-speed-select tool under
tools/x86/power to enumerate and control
On Mon, Jun 24, 2019 at 01:42:19PM -0400, Waiman Long wrote:
> With the slub memory allocator, the numbers of active slab objects
> reported in /proc/slabinfo are not real because they include objects
> that are held by the per-cpu slab structures whether they are actually
> used or not. The probl
Add TOC tree hooks for:
- rcu
- listRCU
- UP
Signed-off-by: Jiunn Chang
---
Documentation/RCU/index.rst | 19 +++
1 file changed, 19 insertions(+)
create mode 100644 Documentation/RCU/index.rst
diff --git a/Documentation/RCU/index.rst b/Documentation/RCU/index.rst
new fil
RCU UP systems reST markup.
Signed-off-by: Jiunn Chang
Reviewed-by: Joel Fernandes (Google)
---
Documentation/RCU/UP.txt | 37 +++--
1 file changed, 23 insertions(+), 14 deletions(-)
diff --git a/Documentation/RCU/UP.txt b/Documentation/RCU/UP.txt
index 53bde717
RCU linked list reST markup.
Signed-off-by: Jiunn Chang
---
Documentation/RCU/listRCU.txt | 38 ---
1 file changed, 22 insertions(+), 16 deletions(-)
diff --git a/Documentation/RCU/listRCU.txt b/Documentation/RCU/listRCU.txt
index adb5a3782846..7956ff33042b 10064
Rename the following files to reST:
- rcu.txt
- listRCU.txt
- UP.txt
Signed-off-by: Jiunn Chang
---
Documentation/RCU/{UP.txt => UP.rst} | 0
Documentation/RCU/{listRCU.txt => listRCU.rst} | 0
Documentation/RCU/{rcu.txt => rcu.rst} | 0
3 files changed, 0 insertions(+),
RCU basic concepts reST markup.
Signed-off-by: Jiunn Chang
Reviewed-by: Joel Fernandes (Google)
---
Documentation/RCU/rcu.txt | 119 +++---
1 file changed, 61 insertions(+), 58 deletions(-)
diff --git a/Documentation/RCU/rcu.txt b/Documentation/RCU/rcu.txt
index
This patch series is the initial conversion of the RCU documentation
section. This includes reST markup and renaming txt files to rst. For files
converted, internal links have been created. Checkpatch was used to leverage
codespell
for any spelling errors. Each patch in the series has been com
On Wed, Jun 26, 2019 at 10:47:46AM -0300, Mauro Carvalho Chehab wrote:
>
>
> The gcc_plugins.txt file is already a ReST file. Move it
> to the core-api book while renaming it.
>
> Signed-off-by: Mauro Carvalho Chehab
Reviewed-by: Kees Cook
-Kees
> ---
> Documentation/{gcc-plugins.txt => co
On 2019-06-26 18:28, Jonathan Corbet wrote:
On Wed, 26 Jun 2019 11:21:38 -0400
Konstantin Ryabitsev wrote:
>Maybe Konstantin (copied) might be willing to supply an update to the
>document to reflect this?
Hello:
I just sent a patch with updates that reflect ECC capabilities in
newer
device
Add TOC tree hooks for:
- rcu
- listRCU
- UP
Signed-off-by: Jiunn Chang
---
Documentation/RCU/index.rst | 19 +++
1 file changed, 19 insertions(+)
create mode 100644 Documentation/RCU/index.rst
diff --git a/Documentation/RCU/index.rst b/Documentation/RCU/index.rst
new fil
RCU UP systems reST markup.
Signed-off-by: Jiunn Chang
---
Documentation/RCU/UP.txt | 37 +++--
1 file changed, 23 insertions(+), 14 deletions(-)
diff --git a/Documentation/RCU/UP.txt b/Documentation/RCU/UP.txt
index 53bde717017b..67715a47ae89 100644
--- a/Docume
Rename the following files to reST:
- rcu.txt
- listRCU.txt
- UP.txt
Signed-off-by: Jiunn Chang
---
Documentation/RCU/{UP.txt => UP.rst} | 0
Documentation/RCU/{listRCU.txt => listRCU.rst} | 0
Documentation/RCU/{rcu.txt => rcu.rst} | 0
3 files changed, 0 insertions(+),
This patch series is the initial conversion of the RCU documentation
section. This includes reST markup and renaming txt files to rst. For files
converted, internal links have been created. Checkpatch was used to leverage
codespell
for any spelling errors. Each patch in the series has been com
RCU linked list reST markup.
Signed-off-by: Jiunn Chang
---
Documentation/RCU/listRCU.txt | 38 ---
1 file changed, 22 insertions(+), 16 deletions(-)
diff --git a/Documentation/RCU/listRCU.txt b/Documentation/RCU/listRCU.txt
index adb5a3782846..7956ff33042b 10064
RCU basic concepts reST markup.
Signed-off-by: Jiunn Chang
---
Documentation/RCU/rcu.txt | 119 +++---
1 file changed, 61 insertions(+), 58 deletions(-)
diff --git a/Documentation/RCU/rcu.txt b/Documentation/RCU/rcu.txt
index c818cf65c5a9..8dfb437dacc3 100644
---
On Wed, 26 Jun 2019 10:35:11 -0300
Mauro Carvalho Chehab wrote:
> There's no need to use a .rst on Sphinx toc tables. As most of
> the Documentation don't use, remove the remaing occurrences.
>
> Signed-off-by: Mauro Carvalho Chehab
Applied, thanks.
jon
On Mon, 24 Jun 2019 08:25:07 +0300
Mike Rapoport wrote:
> Build of htmldocs fails for out-of-tree builds:
>
> $ make V=1 O=~/build/kernel/ htmldocs
> make -C /home/rppt/build/kernel -f /home/rppt/git/linux-docs/Makefile htmldocs
> make[1]: Entering directory '/home/rppt/build/kernel'
> make -f /
On Sat, 22 Jun 2019 14:47:46 -0300
Mauro Carvalho Chehab wrote:
> Somehow, this file ended with Documentation/ twice.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> Documentation/translations/zh_CN/process/submitting-drivers.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> di
On Thu, 20 Jun 2019 22:50:17 +0300
Andy Shevchenko wrote:
> On Thu, Jun 20, 2019 at 9:38 PM Puranjay Mohan wrote:
> >
> > The list of laptops supported by drivers in PDx86 subsystem is quite
> > big and growing. x86-laptop-drivers.txt contains details of very few
> > laptop models. Remove it bec
On Wed, 2019-06-26 at 10:14 -0700, Andy Lutomirski wrote:
> On Thu, May 2, 2019 at 4:10 AM Dave Martin wrote:
> >
> > On Wed, May 01, 2019 at 02:12:17PM -0700, Yu-cheng Yu wrote:
> > > An ELF file's .note.gnu.property indicates features the executable file
> > > can support. For example, the pro
Now that we can mark up function() automatically, there is no reason to use
:c:func: and every reason to avoid it. Adjust the documentation to reflect
that fact.
Signed-off-by: Jonathan Corbet
---
Documentation/doc-guide/sphinx.rst | 13 -
1 file changed, 8 insertions(+), 5 deletion
We now have better automarkup in sphinx itself and, besides, this markup
was incorrect and left :c:func: gunk in the processed docs. Sort of
discouraging that nobody ever noticed...:)
As a first step toward the removal of impenetrable regex magic from
kernel-doc it's a tiny one, but you have to s
Now that the build system automatically marks up function references, we
don't have to clutter the source files, so take it out.
[Some paragraphs could now benefit from refilling, but that was left out to
avoid obscuring the real changes.]
Acked-by: Matthew Wilcox
Signed-off-by: Jonathan Corbet
For the record, I hope that this is the version I will actually merge. It
adds an extension to automatically recognize references to functions and
create cross references for them, eliminating the need to use the unsightly
:c:func:``function`` notation.
Since v2 little has happened:
- Expand th
Rather than fill our text files with :c:func:`function()` syntax, just do
the markup via a hook into the sphinx build process.
Signed-off-by: Jonathan Corbet
---
Documentation/conf.py | 3 +-
Documentation/sphinx/automarkup.py | 93 ++
2 files changed, 9
On Thu, May 2, 2019 at 4:10 AM Dave Martin wrote:
>
> On Wed, May 01, 2019 at 02:12:17PM -0700, Yu-cheng Yu wrote:
> > An ELF file's .note.gnu.property indicates features the executable file
> > can support. For example, the property GNU_PROPERTY_X86_FEATURE_1_AND
> > indicates the file supports
On Wed, Jun 26, 2019 at 4:37 AM Jonathan Corbet wrote:
>
> On Sat, 22 Jun 2019 22:19:47 +0700
> Phong Tran wrote:
>
> > - Update to the link in documenation
> > - Remove trailing white space
> > - Adaptation the sphinx doc syntax
> >
> > Signed-off-by: Phong Tran
>
> Thanks for working to improv
On Wed, 26 Jun 2019 11:21:38 -0400
Konstantin Ryabitsev wrote:
> >Maybe Konstantin (copied) might be willing to supply an update to the
> >document to reflect this?
>
> Hello:
>
> I just sent a patch with updates that reflect ECC capabilities in newer
> devices.
Hey, man, that took you just
On Wed, Jun 26, 2019 at 08:25:41AM -0600, Jonathan Corbet wrote:
On Wed, 26 Jun 2019 17:11:46 +0300
Jarkko Sakkinen wrote:
I was getting myself a smartcard stick and looked for options from [1].
The documentation says that Nitrokey Pro does not support ECC while it
actually does [2]. I was alr
Newer devices like Yubikey 5 and Nitrokey Pro 2 have added support for
NISTP's implementation of ECC cryptography, so update the guide
accordingly and add a note on when to use nistp256 and when to use
ed25519 for generating S keys.
Signed-off-by: Konstantin Ryabitsev
---
.../process/maintainer-
Hi
I was getting myself a smartcard stick and looked for options from [1].
The documentation says that Nitrokey Pro does not support ECC while it
actually does [2]. I was already canceling my order when Jan Suhr, the
CEO of that company, kindly pointed out to me this.
[1] https://www.kernel.org/d
On Wed, 26 Jun 2019 17:11:46 +0300
Jarkko Sakkinen wrote:
> I was getting myself a smartcard stick and looked for options from [1].
> The documentation says that Nitrokey Pro does not support ECC while it
> actually does [2]. I was already canceling my order when Jan Suhr, the
> CEO of that compa
Hi Lee,
Le mer. 26 juin 2019 à 15:18, Lee Jones a
écrit :
On Tue, 21 May 2019, Paul Cercueil wrote:
This driver will provide a regmap that can be retrieved very early
in
the boot process through the API function ingenic_tcu_get_regmap().
Additionally, it will call devm_of_platform_popul
The gcc_plugins.txt file is already a ReST file. Move it
to the core-api book while renaming it.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/{gcc-plugins.txt => core-api/gcc-plugins.rst} | 0
Documentation/core-api/index.rst| 2 +-
2 files changed, 1 ins
There's no need to use a .rst on Sphinx toc tables. As most of
the Documentation don't use, remove the remaing occurrences.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/filesystems/ext4/index.rst | 8
Documentation/filesystems/index.rst | 4 ++--
2 files changed, 6 insert
On Tue, 21 May 2019, Paul Cercueil wrote:
> This driver will provide a regmap that can be retrieved very early in
> the boot process through the API function ingenic_tcu_get_regmap().
>
> Additionally, it will call devm_of_platform_populate() so that all the
> children devices will be probed.
>
Hi,
Sorry for the (quite horrific) mangling my mailserver has inflicted via
my reply. Obviously, the confidentiality disclaimer is bogus, too.
I'll make sure I use the right SMTP server in future.
Mark.
On Wed, Jun 26, 2019 at 12:22:31PM +, Mark Rutland wrote:
> On Mon, May 20, 2019 at 03:2
On Mon, May 20, 2019 at 03:27:17PM +, Gerald BAEZA wrote:
> The DDRPERFM is the DDR Performance Monitor embedded in STM32MP1 SOC.
>
> This perf drivers supports the read, write, activate, idle and total
> time counters, described in the reference manual RM0436.
Is this document publicly access
On 6/25/2019 7:35 PM, Mimi Zohar wrote:
[Cc'ing Rob Landley]
On Tue, 2019-06-25 at 14:57 +0200, Roberto Sassu wrote:
Mimi, do you have any thoughts on this version?
I need to look closer, but when I first looked these changes seemed to
be really invasive. Let's first work on getting the CPIO
60 matches
Mail list logo