From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sourav Poddar Subject: Re: [PATCH 12/17] spi/qspi: convert driver to enable/disable memory mapped. Date: Thu, 28 Nov 2013 16:38:27 +0530 Message-ID: <5297242B.3040807@ti.com> References: <1385451313-1875-1-git-send-email-sourav.poddar@ti.com> <1385451313-1875-13-git-send-email-sourav.poddar@ti.com> <20131126131138.GJ14725@sirena.org.uk> <5296D37C.2020003@ti.com> <20131128104922.GK14725@sirena.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: , , , , , , To: Mark Brown Return-path: In-Reply-To: <20131128104922.GK14725-GFdadSzt00ze9xe1eoZjHA@public.gmane.org> Sender: linux-spi-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: On Thursday 28 November 2013 04:19 PM, Mark Brown wrote: > On Thu, Nov 28, 2013 at 10:54:12AM +0530, Sourav Poddar wrote: > >> At the beginning of this api, I am doing a "disable memory mapped", >> as becuase of >> the code implemntation, if the control has reaches this api, memory >> mapped is not >> the desired operation. Then, at the end of this api after >> "spi_finalize_current_message(master)", which indicated the current >> transfer complete, I >> issue a end of transfer command. Only after which, I enable memory >> mapped mode again. >> So, will the condition you mention above will hit.? Please help me >> understand if i am >> missing something? > Removing the mapping isn't going to stop another context which has > obtained a handle on the map trying to look at the mapping. hmm..so the 'memcpy' part should be made atomic.(if possible?). -- To unsubscribe from this list: send the line "unsubscribe linux-spi" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html