I tried the latest patch but it does not help me to resolve the issue which I am facing.
Our adapter is still getting reset while doing back to back Tx and Rx operation. PFA code running on adapter for Tx and Rx operation.
(Please visit the site to view this file)
I have seen one more thing before adapter get reset(looks like memory exception), host driver code get stuck in HostFlowControlConsumeBuffroutine, and I also observer that get_socket_active_status(sd) return SOCKET_STATUS_ACTIVE and it willl stuck in a loop due to while(0 == tSLInformation.usNumberOfFreeBuffers) condition in a routine.
What could be the possible reason for it? why does host driver get stuck in this loop? please suggest me any possible reason of it.
Apart from this I am also seeing that if I send a large packet of 500 - 1000 bytes back to back from PC then control get stuck in
Apart from this I am also seeing that if I send a large packet of 500 - 1000 bytes back to back from PC then control get stuck in
if (wlan_tx_buffer[CC3000_TX_BUFFER_SIZE - 1] != CC3000_BUFFER_MAGIC_NUMBER)
{
while (1);
}, What could be the reason of it because the same is not true if I only perform recv operation in adapter side instead of back to back send and recv.
while (1);
}, What could be the reason of it because the same is not true if I only perform recv operation in adapter side instead of back to back send and recv.
Do you think this probelm is occurring due to limitation of CC3000 device or due to error in host driver code?
Here are the buffer value received while doing a wlan_start :
tSLInformation.usNumberOfFreeBuffers = 1500
tSLInformation.
usSlBufferLength = 6
Also if I add a dealy of 500ms while sending a data from PC then CC3000 works without any problem in back to back Tx Rx operation.
I am also attaching the code which I using in PC side, see if it helps to narrow down the route cause.
(Please visit the site to view this file)
let me know if you need any thing from our side to follow the ticket, I am posting the same in a E2E community forum.
