History

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).

Kim Phillips committed 14 years ago

Commit 1a076681 parent 281922a1 file · +4 −1Browse files

Showing the changes to drivers/crypto/caam (1 of 1 file). Show all

Unified · Split

drivers/crypto/caam/Kconfig+4−1
@@ -32,10 +32,13 @@ config CRYPTO_DEV_FSL_CAAM_RINGSIZE · 31 unmodified lines
32config CRYPTO_DEV_FSL_CAAM_INTC32config CRYPTO_DEV_FSL_CAAM_INTC
33 bool "Job Ring interrupt coalescing"33 bool "Job Ring interrupt coalescing"
34 depends on CRYPTO_DEV_FSL_CAAM34 depends on CRYPTO_DEV_FSL_CAAM
35 default y35 default n
36 help36 help
37 Enable the Job Ring's interrupt coalescing feature.37 Enable the Job Ring's interrupt coalescing feature.
38 38
39 Note: the driver already provides adequate
40 interrupt coalescing in software.
41
39config CRYPTO_DEV_FSL_CAAM_INTC_COUNT_THLD42config CRYPTO_DEV_FSL_CAAM_INTC_COUNT_THLD
40 int "Job Ring interrupt coalescing count threshold"43 int "Job Ring interrupt coalescing count threshold"
41 depends on CRYPTO_DEV_FSL_CAAM_INTC44 depends on CRYPTO_DEV_FSL_CAAM_INTC