topic Re: USB MSD class with external FLASH in MQX Software Solutions

USB MSD class with external FLASH

brentwilliams — Tue, 17 Dec 2013 19:45:14 GMT

Hello, I am using a K20 on a custom board with an external FLASH. I would like to have this external FLASH be a MSD.

I have gotten the RAM DISK example working. I have also separately gotten MFS working with the external FLASH.

From other threads it appears you cannot use a MSD directly with MFS. Is this correct?

Has anyone found a work around or a solution for having a external FLASH act as a MSD?

Thanks,

Brent

Re: USB MSD class with external FLASH

Martin_ — Wed, 18 Dec 2013 10:15:19 GMT

if you implement an MSD device, you won't need the file system. File system is controlled completely by the host in this case. As shown in the \usb\device\examples\msd\ , all you would need is to fseek to the requested location and write/read the data "from host to data storage"/"from data storage to host".

What you might do is to map MQX flashx driver to your external Flash. Then you would be able to use flashx device for fseek(), fwrite() and fread() calls. In response to USB_MSC_DEVICE_READ_REQUEST, it would fseek() to required location in flashx and read the required amount of data (as replacement of USB_mem_copy). In response to USB_MSC_DEVICE_WRITE_REQUEST, it would fseek() to required location and write the required amount of data to flashx, an so forth.

mqx\source\io\flashx has examples for various external flash memories.

Re: USB MSD class with external FLASH

brentwilliams — Wed, 18 Dec 2013 16:11:01 GMT

Thanks for your response Martin. I am in process of overlaying the flashx driver with my low-level driver and trying it out.

One follow up question. As you stated, the HOST (in this case the PC) is controlling the file system. Once I disconnect from the HOST (the PC), I take it I would need to then install MFS to have access to the file system (i.e. I need something "controlling" the file system once I am no longer connected to a PC)?

Thanks again,

Brent

Re: USB MSD class with external FLASH

Martin_ — Fri, 20 Dec 2013 06:18:30 GMT

Yes, that is right. In response to a USB attach event, perhaps you can uninstall MFS, so the PC gains full control of the data storage. Then in response to a USB detach, MFS can be installed back.

-Martin

Re: USB MSD class with external FLASH

brentwilliams — Fri, 20 Dec 2013 13:04:51 GMT

thanks Martin

Re: USB MSD class with external FLASH

brentwilliams — Mon, 23 Dec 2013 19:23:52 GMT

Hi Martin,

I am running into a road block with the USB MSD utilizing the flashX driver per your suggestion.

Below is from the MQX USB Device User’s Manual:

To use MSD class layer API functions from the application:

Call USB_Class_MSC_Init() to initialize the class driver, all the layers below it, and the device
Event callback functions are also passed as a parameter to this function.
When the callback function is called with the USB_APP_ENUM_COMPLETE event, the

application should move into the ready state.

Callback function is called with the USB_MSC_DEVICE_READ_REQUEST event to copy data

from the storage device before sending it to the USB bus. It reads data from the mass storage device

to the driver buffer.

Callback function is called with the USB_MSC_DEVICE_WRITE_REQUEST event to copy data

from the USB driver buffer to the Storage device. It reads data from the driver buffer to the mass

storage device.

Specifically my issue is that the callback is called from an interrupt handler routine that for the RAM Disk simply (for a read) copies from RAM to the buffer passed into the callback. In my case, the flashX driver is calling the MQX SPI driver which utilizes semaphores. MQX (with good reason) will not allow you to potentially block on a semaphore in an interrupt handler. The end result is I cannot use the flashX driver from the callback and utilize the fseek(), fwrite(), fread() functions.

My next thought was when the callback is issued to simply have it signal a Task which will perform the fseek(),fwrite(), fread(). This gets around the first problem, but I encounter another. Specifically it takes too much time to go through the flashX layer, custom SPI layer, MQX SPI layer before the next callback occurs.

Looking at the low-level MQX USB driver code for MSD (usb_msc.c). I see the following in an interrupt handler:

msc_obj_ptr->param_callback.callback(USB_MSC_DEVICE_READ_REQUEST, (void*)&lba_data, msc_obj_ptr->param_callback.arg);

error = USB_MSC_Bulk_Send_Data(msc_obj_ptr->msc_handle,lba_data.buff_ptr,lba_data.size);

The first is where the callback occurs. The second is where the data, copied into the buffer in the callback, is sent back to the HOST.

All this occurring via the interrupt and callback which does not leave much overhead to get the data in the callback buffer.

I have been going through the documentation trying to understand how to work around this.

Has anyone else had similar issues (have not been able to get up onto the message boards due to maintenance)?

Any thoughts?

Thanks,

Brent W.

Re: USB MSD class with external FLASH

danielchai — Wed, 08 Jan 2014 21:09:48 GMT

Hi Brent,

Did you get it to work? Now I am trying to use the NAND Flash instead of the RAM.

But when it format it, it said can not format it.

-Daniel

Re: USB MSD class with external FLASH

brentwilliams — Thu, 09 Jan 2014 13:43:04 GMT

Hi Daniel,

I have been working with Freescale to try and come up with a solution. The current design for the MQX MSD requires that any reads/writes to the MSD take place within a callback function (void Bulk_Transaction_Callback in their example code). This takes place within an interrupt context. This means, if your driver that accesses the NAND flash utilizes semaphores, then it won't work. MQX (with good reason) will not let you potentially block from within an interrupt context.

This is what I am running into. My external FLASH is connected via a SPI bus. The MQX low-level SPI driver (as well as the flashx driver) use semaphores. When called from the callback they return an error due to the semaphore functions being called in an interrupt context. I am thinking that the only solution is to remove the MQX low-level SPI driver and created a simple polling SPI driver that does not use semaphores.

I don't like the idea that you have to access your MSD device from an interrupt context.

Brent

Re: USB MSD class with external FLASH

danielchai — Thu, 09 Jan 2014 14:08:22 GMT

Hi Brent,

Thank you for your reply.

Carlos who is one of the Freescale engineer shared me a project which use the SD card as a MSD storage USB mass storage device from SD card with TWR-K60 . He said it should work, but when I copy the disk.c to the MQX demo project msd_disk_twrkf120m, it does not work. I am wondering if I did something wrong. I know the read/write on the SD card also use the the interrupt but how does it work? Here is a document shows it use the SD card as a USB MSD storage http://cache.freescale.com/files/microcontrollers/doc/user_guide/USBUG.pdf

There is still a part of the code in that project I don't understand.

if(3 == u8gvIndex++)

{
     sdcard_handle->LOCATION = (lba_data_ptr->offset >> 9);
      write(sdcard_handle,u8gvlba_data_buff,1);
      u8gvIndex = 0;
}

Why it use 3 here? If it is used to convert the 64 bytes buffer to 512 bytes, it should use 7. I am confused about this.

Thank you again.

-Daniel

Re: USB MSD class with external FLASH

brentwilliams — Thu, 09 Jan 2014 14:23:19 GMT

Hi Daniel,

The SDCard example I have is from the non-MQX USB stack: C:\Program Files (x86)\Freescale USB Stack v3.1.3\Source\Device\app\msd. It contains the usb_descriptor files, SDCard and SPI source.

The SPI driver code, for the SDCard MSD example is all poll driven.

Brent

Re: USB MSD class with external FLASH

danielchai — Thu, 09 Jan 2014 15:03:44 GMT

Hi Brent,

Did you look at this thread USB mass storage device from SD card with TWR-K60. Carlos shared a project which is based on MQX. It use the esdhc channel.

-Daniel

Re: USB MSD class with external FLASH

brentwilliams — Thu, 09 Jan 2014 15:06:03 GMT

I did not, I am using a custom board which does not have a SD Card.

Re: USB MSD class with external FLASH

dereksnell — Thu, 09 Jan 2014 16:08:19 GMT

Hi Brent,

Regarding the callback issue within the interrupt context, what about using a synchronization service to signal another task to use the driver? Something like a lwevent, or a message? The interrupt can signal the task, and then return. The task can then execute using the existing drivers to access the flash, and then the semaphores would run in the task context.

Just a thought. Thanks

Re: USB MSD class with external FLASH

brentwilliams — Thu, 09 Jan 2014 18:43:00 GMT

Thanks for the input Derek, I had tried that also. The issue is with the design of the MQX USB stack.

For example in a read case:

1) A USB interrupt goes off

2) USB interrupt handler does two things

a) calls callback function (this is where I signaled another task to perform the read)

b) once callback function returns, the interrupt handler sends out the "read" data to the USB host (PC).

Both of these are done from an interrupt context (USB interrupt).

The issue here is that I don't have the data yet. Even though I signaled the thread to do the read/write, it won't start until the interrupt handler has returned (i.e. done it's thing) and is scheduled to do so.

I had tried taking the send data back to USB Host out of the stack and doing this in Thread, but that did not work.

Brent

Re: USB MSD class with external FLASH

michaelbrudevol — Thu, 09 Jan 2014 19:51:40 GMT

The solution I used was to read the USB interrupt status (which is 32-bits) and then pass that off to a (high priority) task using an lwevent. Then you move the processing of the status from the USB interrupt to that task. This means your processing will no longer occur in an interrupt context and you can access blocking drivers. I am using the EHCI driver - did not test with KHCI.

Re: USB MSD class with external FLASH

brentwilliams — Thu, 09 Jan 2014 19:58:18 GMT

Good thought Michael, I will try that.

Re: USB MSD class with external FLASH

danielchai — Thu, 16 Jan 2014 13:37:55 GMT

Hi Brent,

Did you try the Michael's method? Does it work?

Thank you.

-Daniel

Re: USB MSD class with external FLASH

brentwilliams — Thu, 16 Jan 2014 13:42:41 GMT

I was having some issues pulling the appropriate code (KHCI) out. I have been meaning to follow up with Michael to get some more details, but got pulled off onto something else for the time being. I will probably be revisiting it soon.

Brent

Re: USB MSD class with external FLASH

danielchai — Thu, 16 Jan 2014 14:55:09 GMT

Hi Brent,

I am also trying it. If you get some result, could you share here?

Thank you.

-Daniel

Re: USB MSD class with external FLASH

brentwilliams — Thu, 16 Jan 2014 14:58:35 GMT

Sure and if you get it working please share.

Michael, not sure if you could share a portion of your code demonstrating how to do this?

Thanks,

Brent W