2011/5/13 viresh kumar <viresh.ku...@st.com>: > On 05/11/2011 09:37 AM, viresh kumar wrote: >> >> Hello, >> >> Following is what i understood after reading m25p80 driver and spi master >> drivers in drivers/spi folder. >> >> "chip_select signal controls start and end of transfer. For ex: if we have >> to read >> status reg of spi memory, then we use write_and_then_read() routine. which >> writes >> 0x9F in one spi transfer and writes dummy bytes and reads rx reg in other >> transfer. >> And these two transfers are part of single spi_message. >> >> Now, it is controllable to handle cs, and if we send cs_change == 0, then >> chip select >> is activated at start of message and deactivated at end of message, instead >> at end >> of every transfer. >> >> Which means, even if there is a delay between command and dummy bytes >> received at >> spi memory, current transfer will not be terminated by memory as cs is low." >> >> Is this correct?? >> >> Actually i am seeing a different behavior by some of the spi memories, like >> m25p10. >> If there is a delay between read_sts_reg command and dummy bytes, then >> 0xFFFFFF is >> returned in response. If there is no delay then transfer always passes. >> > > Linus, Jamie, > > Have you ever seen this kind of issue? Which spi slave memories did you used > for testing? > I am using standard pl0022 and m25p80 driver. Tried in all modes: polling, > interrupt, dma.
Not really. I'll throw in a few people on CC and see if they have some hints. Linus Walleij ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ spi-devel-general mailing list spi-devel-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/spi-devel-general