<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/git/stable/linux.git/Documentation/remoteproc.txt, branch master</title>
<subtitle>Linux kernel stable tree</subtitle>
<id>https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=master</id>
<link rel='self' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/'/>
<updated>2020-06-19T20:17:05+00:00</updated>
<entry>
<title>docs: move remaining stuff under Documentation/*.txt to Documentation/staging</title>
<updated>2020-06-19T20:17:05+00:00</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab+huawei@kernel.org</email>
</author>
<published>2020-06-15T06:50:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=8e2a46a40fa76570e535e5baa2d351510b6e61fa'/>
<id>urn:sha1:8e2a46a40fa76570e535e5baa2d351510b6e61fa</id>
<content type='text'>
There are several files that I was unable to find a proper place
for them, and 3 ones that are still in plain old text format.

Let's place those stuff behind the carpet, as we'd like to keep the
root directory clean.

We can later discuss and move those into better places.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;
Link: https://lore.kernel.org/r/11bd0d75e65a874f7c276a0aeab0fe13f3376f5f.1592203650.git.mchehab+huawei@kernel.org
Signed-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;
</content>
</entry>
<entry>
<title>remoteproc: Add elf64 support in elf loader</title>
<updated>2020-03-26T05:29:40+00:00</updated>
<author>
<name>Clement Leger</name>
<email>cleger@kalray.eu</email>
</author>
<published>2020-03-02T09:39:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=f31e339f1b9b765c8c727d635c1b74424c102c1e'/>
<id>urn:sha1:f31e339f1b9b765c8c727d635c1b74424c102c1e</id>
<content type='text'>
In order to support elf64, use macros from remoteproc_elf_helpers.h
to access elf headers depending on elf class.
To allow new drivers to support elf64, add rproc_elf_sanity_check
function which make more sense than adding a elf64 named one since
it will support both elf versions.
Driver which need to support both elf32/elf64 should use this new
function for elf sanity check instead of the elf32 one.

Signed-off-by: Clement Leger &lt;cleger@kalray.eu&gt;
Tested-by: Arnaud POULIQUEN &lt;arnaud.pouliquen@st.com&gt;
Link: https://lore.kernel.org/r/20200302093902.27849-7-cleger@kalray.eu
Signed-off-by: Bjorn Andersson &lt;bjorn.andersson@linaro.org&gt;
</content>
</entry>
<entry>
<title>remoteproc: add vendor resources handling</title>
<updated>2019-06-29T19:02:17+00:00</updated>
<author>
<name>Clement Leger</name>
<email>cleger@kalray.eu</email>
</author>
<published>2019-06-17T12:57:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=b1a17513a2d60f9e933016bed04d0eeb8651a915'/>
<id>urn:sha1:b1a17513a2d60f9e933016bed04d0eeb8651a915</id>
<content type='text'>
In order to allow rproc backend to handle vendor resources such as in
OpenAMP, add a handle_rsc hook. This hook allow the rproc backends to
handle vendor resources as they like. The hook will be called only for
vendor resources and should return RSC_HANDLED on successful resource
handling, RSC_IGNORED if resource was ignored, or a negative value on
error.

Signed-off-by: Clement Leger &lt;cleger@kalray.eu&gt;
Signed-off-by: Bjorn Andersson &lt;bjorn.andersson@linaro.org&gt;
</content>
</entry>
<entry>
<title>remoteproc.txt: standardize document format</title>
<updated>2017-07-14T19:58:02+00:00</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@s-opensource.com</email>
</author>
<published>2017-05-17T09:31:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=620b470bb41c9620875f9b7e3fe2d70a7602a6b6'/>
<id>urn:sha1:620b470bb41c9620875f9b7e3fe2d70a7602a6b6</id>
<content type='text'>
Each text file under Documentation follows a different
format. Some doesn't even have titles!

Change its representation to follow the adopted standard,
using ReST markups for it to be parseable by Sphinx:

- mark document and section titles;
- adjust identation;
- mark literal blocks

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
Signed-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;
</content>
</entry>
<entry>
<title>remoteproc: Split driver and consumer dereferencing</title>
<updated>2016-10-03T05:50:21+00:00</updated>
<author>
<name>Bjorn Andersson</name>
<email>bjorn.andersson@linaro.org</email>
</author>
<published>2016-10-03T00:46:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=433c0e04bc06da6d049c691a9ef238d61edb841c'/>
<id>urn:sha1:433c0e04bc06da6d049c691a9ef238d61edb841c</id>
<content type='text'>
In order to be able to lock a rproc driver implementations only when
used by a client, we must differ between the dereference operation of a
client and the implementation itself.

This patch brings no functional change.

Signed-off-by: Bjorn Andersson &lt;bjorn.andersson@linaro.org&gt;
</content>
</entry>
<entry>
<title>remoteproc: introduce rproc_get_by_phandle API</title>
<updated>2015-06-16T18:12:52+00:00</updated>
<author>
<name>Dave Gerlach</name>
<email>d-gerlach@ti.com</email>
</author>
<published>2015-05-22T20:45:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=fec47d863587c272d6fbf4e50066209c953d5e60'/>
<id>urn:sha1:fec47d863587c272d6fbf4e50066209c953d5e60</id>
<content type='text'>
Allow users of remoteproc the ability to get a handle to an rproc by
passing a phandle supplied in the user's device tree node. This is
useful in situations that require manual booting of the rproc.

This patch uses the code removed by commit 40e575b1d0b3 ("remoteproc:
remove the get_by_name/put API") for the ref counting but is modified
to use a simple list and locking mechanism and has rproc_get_by_name
replaced with an rproc_get_by_phandle API.

Signed-off-by: Dave Gerlach &lt;d-gerlach@ti.com&gt;
Signed-off-by: Suman Anna &lt;s-anna@ti.com&gt;
[fix order of Signed-off-by tags]
Signed-off-by: Ohad Ben-Cohen &lt;ohad@wizery.com&gt;
</content>
</entry>
<entry>
<title>remoteproc: add rproc_report_crash function to notify rproc crashes</title>
<updated>2012-09-18T09:53:22+00:00</updated>
<author>
<name>Fernando Guzman Lugo</name>
<email>fernando.lugo@ti.com</email>
</author>
<published>2012-08-30T18:26:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=8afd519c3470f685f964deebd61aa51d83cde90a'/>
<id>urn:sha1:8afd519c3470f685f964deebd61aa51d83cde90a</id>
<content type='text'>
Allow low-level remoteproc drivers to report rproc crashes by exporting
a new rproc_report_crash() function (invoking this from non-rproc drivers
is probably wrong, and should be carefully scrutinized if ever needed).

rproc_report_crash() can be called from any context; it offloads the
tasks of handling the crash to a separate thread.

Handling the crash from a separate thread is helpful because:
- Ability to call invoke rproc_report_crash() from atomic context, due to
  the fact that many crashes trigger an interrupt, so this function can be
  called directly from ISR context.
- Avoiding deadlocks which could happen if rproc_report_crash() is called
  from a function which indirectly holds the rproc lock.

Handling the crash might involve:
- Remoteproc register dump
- Remoteproc stack dump
- Remoteproc core dump
- Saving Remoteproc traces so they can be read after the crash
- Reseting the remoteproc in order to make it functional again (hard recovery)

Right now, we only print the crash type which was detected, and only the
mmufault type is supported. Remoteproc low-level drivers can add more types
when needed.

Signed-off-by: Fernando Guzman Lugo &lt;fernando.lugo@ti.com&gt;
[ohad: some commentary, white space and commit log changes]
Signed-off-by: Ohad Ben-Cohen &lt;ohad@wizery.com&gt;
</content>
</entry>
<entry>
<title>remoteproc: adopt the driver core's alloc/add/del/put naming</title>
<updated>2012-07-05T21:53:27+00:00</updated>
<author>
<name>Ohad Ben-Cohen</name>
<email>ohad@wizery.com</email>
</author>
<published>2012-07-04T13:25:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=160e7c840fe85836040c43e0058d5afced470c85'/>
<id>urn:sha1:160e7c840fe85836040c43e0058d5afced470c85</id>
<content type='text'>
To make remoteproc's API more intuitive for developers, we adopt
the driver core's naming, i.e. alloc -&gt; add -&gt; del -&gt; put. We'll also
add register/unregister when their first user shows up.

Otherwise - there's no functional change here.

Suggested by Russell King &lt;linux@arm.linux.org.uk&gt;.

Cc: Russell King &lt;linux@arm.linux.org.uk&gt;
Cc: Fernando Guzman Lugo &lt;fernando.lugo@ti.com&gt;
Cc: Sjur Brændeland &lt;sjur.brandeland@stericsson.com&gt;
Reviewed-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;
Acked-by: Stephen Boyd &lt;sboyd@codeaurora.org&gt;
Signed-off-by: Ohad Ben-Cohen &lt;ohad@wizery.com&gt;
</content>
</entry>
<entry>
<title>remoteproc: remove the get_by_name/put API</title>
<updated>2012-07-05T21:53:27+00:00</updated>
<author>
<name>Ohad Ben-Cohen</name>
<email>ohad@wizery.com</email>
</author>
<published>2012-07-02T17:20:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=40e575b1d0b34b38519d361c10bdf8e0c688957b'/>
<id>urn:sha1:40e575b1d0b34b38519d361c10bdf8e0c688957b</id>
<content type='text'>
Remove rproc_get_by_name() and rproc_put(), and the associated
remoteproc infrastructure that supports it (i.e. klist and friends),
because:

1. No one uses them
2. Using them is highly discouraged, and any potential user
   will be deeply scrutinized and encouraged to move.

If a user, that absolutely can't live with the direct boot/shutdown
model, does show up one day, then bringing this functionality back
is going to be trivial.

At this point though, keeping this functionality around is way too
much of a maintenance burden.

Cc: Sjur Brændeland &lt;sjur.brandeland@stericsson.com&gt;
Cc: Loic Pallardy &lt;loic.pallardy@stericsson.com&gt;
Cc: Ludovic BARRE &lt;ludovic.barre@stericsson.com&gt;
Cc: Michal Simek &lt;monstr@monstr.eu&gt;
Cc: Fernando Guzman Lugo &lt;fernando.lugo@ti.com&gt;
Cc: Suman Anna &lt;s-anna@ti.com&gt;
Cc: Mark Grosen &lt;mgrosen@ti.com&gt;
Acked-by: Stephen Boyd &lt;sboyd@codeaurora.org&gt;
Signed-off-by: Ohad Ben-Cohen &lt;ohad@wizery.com&gt;
</content>
</entry>
<entry>
<title>remoteproc: simplify unregister/free interfaces</title>
<updated>2012-07-05T21:53:25+00:00</updated>
<author>
<name>Ohad Ben-Cohen</name>
<email>ohad@wizery.com</email>
</author>
<published>2012-07-02T08:41:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=c6b5a27628faf6657b741d828a1462d832d0dbc5'/>
<id>urn:sha1:c6b5a27628faf6657b741d828a1462d832d0dbc5</id>
<content type='text'>
Simplify the unregister/free interfaces, and make them easier
to understand and use, by moving to a symmetric and consistent
alloc() -&gt; register() -&gt; unregister() -&gt; free() flow.

To create and register an rproc instance, one needed to invoke
rproc_alloc() followed by rproc_register().

To unregister and free an rproc instance, one now needs to invoke
rproc_unregister() followed by rproc_free().

Cc: Stephen Boyd &lt;sboyd@codeaurora.org&gt;
Signed-off-by: Ohad Ben-Cohen &lt;ohad@wizery.com&gt;
</content>
</entry>
</feed>
