Windows format request failing on Mass Storage Example on 11U14 and 0.98a

[lpcware]

Content originally posted in LPCWare by Scribe on Thu Nov 29 14:57:07 MST 2012
Hi guys,

I have Mass Storage reading my SPI flash no problem, however when I attempt to format in FAT, the first 512B packet (1st sector) sent by Windows is not what's received on the other end by the SCSI driver:

------------------

Endpoint_Read_Stream_LE(buffer,VIRTUAL_MEMORY_BLOCK_SIZE,NULL); // Line ~322 SCSI.c - does not return expected packet

------------------

I have confirmed that the correct packet is being sent by Windows, in the entire transaction before Windows decides the format has failed, only a single 512B outgoing packet is sent and this contains a valid FAT header.

On the receiving end, however, the data that is retrieved does not match this and appears to contain data from the descriptor, I'm wondering if there's some buffer overflow/crossover here or if we're somehow looking at the wrong place in memory?

Many thanks for any help

[lpcware]

Content originally posted in LPCWare by Madara on Fri Nov 29 03:16:51 MST 2013
Did you ever solve this problem??

I am stuck in it as well.

[lpcware]

Content originally posted in LPCWare by Scribe on Mon Jan 07 17:56:44 MST 2013
I've been on hold busy with other things so nothing yet, would be great to hear back from NXP about this one.

[lpcware]

Content originally posted in LPCWare by Muis on Thu Jan 03 08:57:38 MST 2013
Did you ever found a solution?

[lpcware]

Content originally posted in LPCWare by Muis on Sat Dec 08 05:45:55 MST 2012
I just want to confirm I have the same issue. Format always fails after the first sector written.

[lpcware]

Content originally posted in LPCWare by Scribe on Fri Dec 07 15:03:10 MST 2012
Yes I did, I'm using SPI flash with sector writes, endpoint streaming seemed optimised for direct memory addressing?

[lpcware]

Content originally posted in LPCWare by drs on Fri Nov 30 16:11:55 MST 2012
This line of code is #ifdef'd out (#if 0) in the v0.98 release. Did you change this?