linux.git/drivers/net/ipa, branch v5.7-rc2

soc: qcom: ipa: Add a missing '\n' in a log message

2020-04-12T18:44:18+00:00

Message logged by 'dev_xxx()' or 'pr_xxx()' should end with a '\n'.

Fixes: a646d6ec9098 ("soc: qcom: ipa: modem and microcontroller")
Signed-off-by: Christophe JAILLET 
Signed-off-by: Jakub Kicinski

soc: qcom: ipa: kill IPA_RX_BUFFER_ORDER

2020-03-22T02:46:43+00:00

Don't assume the receive buffer size is a power-of-2 number of pages.
Instead, define the receive buffer size independently, and then
compute the page order from that size when needed.

This fixes a build problem that arises when the ARM64_PAGE_SHIFT
config option is set to have a page size greater than 4KB.  The
problem was identified by Linux Kernel Functional Testing.

The IPA code basically assumed the page size to be 4KB.  A larger page
size caused the receive buffer size to become correspondingly larger
(32KB or 128KB for ARM64_16K_PAGES and ARM64_64K_PAGES, respectively).
The receive buffer size is used to compute an "aggregation byte limit"
value that gets programmed into the hardware, and the large page sizes
caused that limit value to be too big to fit in a 5 bit field.  This
triggered a BUILD_BUG_ON() call in ipa_endpoint_validate_build().

This fix causes a lot of receive buffer memory to be wasted if
system is configured for page size greater than 4KB.  But such a
misguided configuration will now build successfully.

Reported-by: Naresh Kamboju 
Signed-off-by: Alex Elder 
Reviewed-by: Bjorn Andersson 
Signed-off-by: David S. Miller

net: ipa: Remove unused including

2020-03-20T04:01:54+00:00

Remove including  that don't need it.

Signed-off-by: YueHaibing 
Reviewed-by: Alex Elder 
Signed-off-by: David S. Miller

net: ipa: fix platform_no_drv_owner.cocci warnings

2020-03-20T04:01:20+00:00

Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci

Signed-off-by: YueHaibing 
Reviewed-by: Alex Elder 
Signed-off-by: David S. Miller

remoteproc: clean up notification config

2020-03-17T00:31:51+00:00

Rearrange the config files for remoteproc and IPA to fix their
interdependencies.

First, have CONFIG_QCOM_Q6V5_MSS select QCOM_Q6V5_IPA_NOTIFY so the
notification code is built regardless of whether IPA needs it.

Next, represent QCOM_IPA as being dependent on QCOM_Q6V5_MSS rather
than setting its value to match QCOM_Q6V5_COMMON (which is selected
by QCOM_Q6V5_MSS).

Drop all dependencies from QCOM_Q6V5_IPA_NOTIFY.  The notification
code will be built whenever QCOM_Q6V5_MSS is set, and it has no other
dependencies.

Signed-off-by: Alex Elder 
Reviewed-by: Bjorn Andersson 
Signed-off-by: David S. Miller

soc: qcom: ipa: fix spelling mistake "cahces" -> "caches"

2020-03-12T06:34:32+00:00

There is a spelling mistake in a dev_err message. Fix it.

Signed-off-by: Colin Ian King 
Signed-off-by: David S. Miller

soc: qcom: ipa: support build of IPA code

2020-03-09T05:07:10+00:00

Add build and Kconfig support for the Qualcomm IPA driver.

Signed-off-by: Alex Elder 
Signed-off-by: David S. Miller

soc: qcom: ipa: AP/modem communications

2020-03-09T05:07:10+00:00

This patch implements two forms of out-of-band communication between
the AP and modem.

  - QMI is a mechanism that allows clients running on the AP
    interact with services running on the modem (and vice-versa).
    The AP IPA driver uses QMI to communicate with the corresponding
    IPA driver resident on the modem, to agree on parameters used
    with the IPA hardware and to ensure both sides are ready before
    entering operational mode.

  - SMP2P is a more primitive mechanism available for the modem and
    AP to communicate with each other.  It provides a means for either
    the AP or modem to interrupt the other, and furthermore, to provide
    32 bits worth of information.  The IPA driver uses SMP2P to tell
    the modem what the state of the IPA clock was in the event of a
    crash.  This allows the modem to safely access the IPA hardware
    (or avoid doing so) when a crash occurs, for example, to access
    information within the IPA hardware.

Signed-off-by: Alex Elder 
Signed-off-by: David S. Miller

soc: qcom: ipa: modem and microcontroller

2020-03-09T05:07:10+00:00

This patch includes code implementing the modem functionality.
There are several communication paths between the AP and modem,
separate from the main data path provided by IPA.  SMP2P provides
primitive messaging and interrupt capability, and QMI allows more
complex out-of-band messaging to occur between entities on the AP
and modem.  (SMP2P and QMI support are added by the next patch.)
Management of these (plus the network device implementing the data
path) is done by code within "ipa_modem.c".

Sort of unrelated, this patch also includes the code supporting the
microcontroller CPU present on the IPA.  The microcontroller can be
used to implement special handling of packets, but at this time we
don't support that.  Still, it is a component that needs to be
initialized, and in the event of a crash we need to do some
synchronization between the AP and the microcontroller.

Signed-off-by: Alex Elder 
Signed-off-by: David S. Miller

soc: qcom: ipa: immediate commands

2020-03-09T05:07:10+00:00

One TX endpoint (per EE) is used for issuing immediate commands to
the IPA.  These commands request activites beyond simple data
transfers to be done by the IPA hardware.  For example, the IPA is
able to manage routing packets among endpoints, and immediate commands
are used to configure tables used for that routing.

Immediate commands are built on top of GSI transactions.  They are
different from normal transfers (in that they use a special endpoint,
and their "payload" is interpreted differently), so separate functions
are used to issue immediate command transactions.

Signed-off-by: Alex Elder 
Signed-off-by: David S. Miller