tree 9c6341b92ccfbf85da177d8ac96140969c3ccb51
parent 37b4100180641968056cb4e034cebc38338e8652
author Vladimir Oltean <olteanv@gmail.com> 1566508512 +0300
committer Mark Brown <broonie@kernel.org> 1566558089 +0100
gpgsig -----BEGIN PGP SIGNATURE-----
 
 iQFHBAABCgAxFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl1fx4kTHGJyb29uaWVA
 a2VybmVsLm9yZwAKCRAk1otyXVSH0Ez7B/9jaMwC75WATSZWmaTVdh74KoEq/emm
 XdKbsvzGijtgBFhzh/H1pcckMvHtb1jbZ02N4ME1v+R4BpvFHj9LKZeh/5jsiEOI
 +R6W9tvfCkR4M29FNV3pglBhfkncj146uWpkcSkWJVP4Ch9jp+01YzNv/qmDOCla
 WxjoYRfBRi0IGO4rTfb4dWZlm+yioOq6ogfcXEs8OkKODu/XhUFi0JrBlaE6WMZ2
 Sg4V1OYimirt64VymVmHPh5CQFpUk+C40dPRON7Ag7YqDRp6SRBMjQJeSP6Vg7Vh
 DQS+WUuKSTKbryVzdC+pOj/pDvRjw2C9XGChcZ0MPINrIUjL+2cVmE/q
 =ZdtD
 -----END PGP SIGNATURE-----

spi: spi-fsl-dspi: Remove impossible to reach error check

dspi->devtype_data is under the total control of the driver. Therefore,
a bad value is a driver bug and checking it at runtime (and during an
ISR, at that!) is pointless.

The second "else if" check is only for clarity (instead of a broader
"else") in case other transfer modes are added in the future. But the
printing is dead code and can be removed.

Signed-off-by: Vladimir Oltean <olteanv@gmail.com>
Link: https://lore.kernel.org/r/20190822211514.19288-4-olteanv@gmail.com
Signed-off-by: Mark Brown <broonie@kernel.org>