tree b764cb0ab9ee903139777e7500b36de8f440a607
parent 974488e4ce1ed0b39f2c711c13f523c5912128a1
author Trent Piepho <tpiepho@impinj.com> 1509993503 -0800
committer Mark Brown <broonie@kernel.org> 1510050019 +0100
gpgsig -----BEGIN PGP SIGNATURE-----
 
 iQFHBAABCgAxFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAloBiOMTHGJyb29uaWVA
 a2VybmVsLm9yZwAKCRAk1otyXVSH0MD5B/4r77+UVCgSO9BANklNCIvjQAlph0a5
 6Yve1JLTO5d8Kzj+Ojwuctg9k9AZ7Ji/s4gL3FUVJIczFKSIuF1Hptnr0+EYQf82
 N7lCWG9GbWMd4LiDWvf/iDy8pXVcbPyOtLkRfQinxFgVfGcf9XcSOcfWEzZ66qak
 JuJKGQHpYclZ+GElryyAmWRcB0uWrpWE/CbQh8TmXfgrE0AU2Eyed9+QaI+JS2Za
 qKjKT150qJxMC4teiUqxI4K7AYwsXQFROrnnXUYnKH2epf3vxAXlh351PS1m2JE2
 AOfGB113f8D76Jeu41vbzRBreDEDKDwGs1FAM+jb147R/D3SY8fI+4/0
 =I4/p
 -----END PGP SIGNATURE-----

spi: imx: Fix failure path leak on GPIO request error correctly

In commit 974488e4ce1e ("spi: imx: Fix failure path leak on GPIO request
error"), spi_bitbang_start() was moved later in the probe sequence.  But
this doesn't work, as spi_bitbang_start() has to be called before
requesting GPIOs because the GPIO data in the spi master is populated when
the master is registed, and that doesn't happen until spi_bitbang_start()
is called.  The default only works if one uses one CS.

So add a failure path call to spi_bitbang_stop() to fix the leak.

CC: Shawn Guo <shawnguo@kernel.org>
CC: Sascha Hauer <kernel@pengutronix.de>
CC: Fabio Estevam <fabio.estevam@nxp.com>
CC: Mark Brown <broonie@kernel.org>
CC: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Trent Piepho <tpiepho@impinj.com>
Reviewed-by: Oleksij Rempel <o.rempel@pengutronix.de>
Signed-off-by: Mark Brown <broonie@kernel.org>