aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/crypto
diff options
context:
space:
mode:
authorKim Phillips <kim.phillips@freescale.com>2011-03-23 21:23:36 +0800
committerHerbert Xu <herbert@gondor.apana.org.au>2011-03-27 10:45:18 +0800
commit7dfc2179ec7339a180e822a5af7eb1294da245cf (patch)
treec78bb9f778f17b8c95822705578118fec035e68b /drivers/crypto
parent6d00376ad15a931d4b148e52d80abc54173e9bf5 (diff)
downloadkernel_samsung_smdk4412-7dfc2179ec7339a180e822a5af7eb1294da245cf.zip
kernel_samsung_smdk4412-7dfc2179ec7339a180e822a5af7eb1294da245cf.tar.gz
kernel_samsung_smdk4412-7dfc2179ec7339a180e822a5af7eb1294da245cf.tar.bz2
crypto: caam - de-CHIP-ify device tree compatibles
- all the integration parameters have been captured by the binding. - the block name really uniquely identifies this hardware. Some advocate putting SoC names everywhere in case software needs to work around some chip-specific bug, but more precise SoC information already exists in SVR, and board information already exists in the top-level device tree node. Note that sometimes the SoC name is a worse identifier than the block version, as the block version can change between revisions of the same SoC. As a matter of historical reference, neither SEC versions 2.x nor 3.x (driven by talitos) ever needed CHIP references. Signed-off-by: Kim Phillips <kim.phillips@freescale.com> Cc: Kumar Gala <kumar.gala@freescale.com> Cc: Scott Wood <scottwood@freescale.com> Acked-off-by: Grant Likely <grant.likely@secretlab.ca> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'drivers/crypto')
0 files changed, 0 insertions, 0 deletions