Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752410AbcDULME (ORCPT ); Thu, 21 Apr 2016 07:12:04 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:59350 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751786AbcDULMA (ORCPT ); Thu, 21 Apr 2016 07:12:00 -0400 Date: Thu, 21 Apr 2016 12:11:49 +0100 From: Mark Brown To: "Reizer, Eyal" Cc: "kvalo@codeaurora.org" , =?utf-8?B?77+977+977+977+9IO+/ve+/ve+/ve+/ve+/vQ==?= , "linux-wireless@vger.kernel.org" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , "linux-spi@vger.kernel.org" Message-ID: <20160421111149.GO3217@sirena.org.uk> References: <1463330011.BhWEcYYuGD@wuerfel> <8665E2433BC68541A24DFFCA87B70F5B360C0745@DFRE01.ent.ti.com> <20160419171239.GC3217@sirena.org.uk> <20160419172706.GD3217@sirena.org.uk> <20160419175402.GE3217@sirena.org.uk> <20160419184627.GG3217@sirena.org.uk> <8665E2433BC68541A24DFFCA87B70F5B360C2E14@DFRE01.ent.ti.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xdTJfaku+U7U7swX" Content-Disposition: inline In-Reply-To: <8665E2433BC68541A24DFFCA87B70F5B360C2E14@DFRE01.ent.ti.com> X-Cookie: Tomorrow, you can be anywhere. User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: 2a01:348:6:8808:fab::3 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [PATCHv2] wlcore: spi: add wl18xx support X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1564 Lines: 42 --xdTJfaku+U7U7swX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 21, 2016 at 11:07:37AM +0000, Reizer, Eyal wrote: > * (i) If the transfer isn't the last one in the message, this flag is > * used to make the chipselect briefly go inactive in the middle of the > * message. Toggling chipselect in this way may be needed to terminate > * a chip command, letting a single spi_message perform all of group of > * chip transactions together. > Now, in my case I need the CS pin to go inactive and stay inactive during= the transfer=20 > of the next byte for completing the SPI init correctly (sending the extra= clock cycles while CS is inactive) > If I read the above correctly, CS will only briefly go inactive but will = when the next byte=20 > is sent it will be active again. > What am I missing? No, it changes the state. The main use case is a brief bounce but you can use it for other things. --xdTJfaku+U7U7swX Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXGLVzAAoJECTWi3JdVIfQkeUH/RBLOC8k+a4OGBOzYmJ7lVvu 7sU/PY/57UsPjArOTRDnm1aGjROe12wGh900nPut6kOx2fa8pH++o1EHQykQa4S2 xGiyz6vnxzDGMmUpep5CVOw/lUxY6vf2/n/RMcrY46zX/Yn4DXBtbIVkiCJ0Y5PB tJ6SDX/Ot5gGmoKgYV5Uc6rrUEnn7H4TMYOpCg//F78N9cUXupXvcmeoiYVVzEPW zc/dao8tnVqRFVmM/qoHIXt7EpjHRO2akfx27OXm+QsRZJ1pBlqosqO1BAccMSqN AbQKlCDbJa+6BviXb6dIiUuavNH8hSXiPpmS0o3YNN55B9mDlIgN3E9wE2oZiMo= =TiYQ -----END PGP SIGNATURE----- --xdTJfaku+U7U7swX--