Linux kernel mirror (for testing) git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
kernel os linux

crypto: caam - disable IRQ coalescing by default

It has been observed that in zero-loss benchmarks, when a
slow traffic rate is being tested, the IRQ timer coalescing
parameter was set too high, and the ethernet controller
would start dropping packets because the job ring back half
wouldn't be executed in time before the ethernet controller
would fill its buffers, thereby significantly reducing the
zero-loss performance figures.

Empirical testing has shown that the best zero-loss performance
is achieved when IRQ coalescing is set to minimum values and/or
turned off, since apparently the job ring driver already implements
an adequately-performing general-purpose IRQ mitigation strategy
in software.

Whilst we could go with minimal count (2-8) and timing settings
(192-256), we prefer just turning h/w coalescing altogether off
to minimize setkey latency (due to split key generation), and
for consistent cross-SoC performance (the SEC vs. core clock
ratio changes).

Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>

authored by

Kim Phillips and committed by
Herbert Xu
1a076689 281922a1

+4 -1
+4 -1
drivers/crypto/caam/Kconfig
··· 32 32 config CRYPTO_DEV_FSL_CAAM_INTC 33 33 bool "Job Ring interrupt coalescing" 34 34 depends on CRYPTO_DEV_FSL_CAAM 35 - default y 35 + default n 36 36 help 37 37 Enable the Job Ring's interrupt coalescing feature. 38 + 39 + Note: the driver already provides adequate 40 + interrupt coalescing in software. 38 41 39 42 config CRYPTO_DEV_FSL_CAAM_INTC_COUNT_THLD 40 43 int "Job Ring interrupt coalescing count threshold"