Issue while send() recv(), stucks b'coz of Rx buffer overrun

ManishK

2046.BufferFull_MagicNumber.zipHello,

I have PC client that sends packet of 1000 bytes at the gap of 10ms and Freescale Host micro( connected with TiWi-SL) receives that packet and sends it back to PC client and PC client just discard it as of now. All communication is thru router and over TCP.

After sometime host micro stucks in:
if (sSpiInformation.pRxPacket[CC3000_RX_BUFFER_SIZE - 1] != CC3000_BUFFER_MAGIC_NUMBER)
{
while (1);
}

Please find attached Wireshark Trace, and Flow graph snap-shot.
I do not see this issue when I just transmit messages back to back (From PC client to TiWi) OR just receive messages back to back(From TiWi).

I even tried the test version of upcoming patch and host code, but no help.

Please help me to understand the issue. What could be the wrong in this scenario?

Thanks,

Manish K

over 12 years ago

0 Griffin Milsap over 12 years ago

Prodigy 90 points

Seems to be the same issue I'm having right now.

http://e2e.ti.com/support/low_power_rf/f/851/t/259136.aspx

It looks like we'll have to change the size of our TX/RX buffers. in order to send/receive larger data packets. (http://processors.wiki.ti.com/index.php/CC3000_Host_Programming_Guide#TX_and_RX_buffers)

This involves two steps -- one is changing the #define in CC3000_Common.h, and the other is (perhaps) changing the FRAM_DATA in the linker. Still working out that second part...

-Griff

0 Griffin Milsap over 12 years ago in reply to Griffin Milsap

Prodigy 90 points

I fixed the problem. I posted my solution in detail on my thread.

http://e2e.ti.com/support/low_power_rf/f/851/t/259136.aspx

Let me know if it helps!

-Griff

0 ManishK over 12 years ago in reply to Griffin Milsap

Intellectual 560 points

Griff,

Thanks for suggestions.

Actually I already have CC3000_MAXIMAL_RX_SIZE and CC3000_MAXIMAL_TX_SIZE defined as 1520. But still there is this issue.

May be there is something else also going on. Also, I am using non-TI micro, so dld changes are not same as you did.

Looking forward to hear some other suggestions to move forward.

Thanks,

Manish K

0 ManishK over 12 years ago in reply to ManishK

Intellectual 560 points

Hello,

One more observation on this. When I read header information, the length of dataBytes to be read comes as 0x609 (1545 in decimal), but we have maximum buffer size as 1520.

And because of this, In function SpiReadDataCont(), in case HCI_TYPE_DATA:, when it calls func SpiReadDataSynchronous(evnt_buff + 10, data_to_recv), it overruns that buffer. Since here data_to_recv comes as 1545, that I think is not expected.

Can anyone please explain why we should get length more than available/maximum buffer size.?

Thanks,

Manish Kakra

0 Greenja over 12 years ago in reply to ManishK

Guru 22270 points

I really think you should look at the link Griffin provided above. He did an excellent job at detailing a solution with explanations of the Rx sizes. You should be able to get your code working based on his effort.

Thanks,

0 ManishK over 12 years ago in reply to Greenja

Intellectual 560 points

Thanks Greenja. Reducing the buffer size passed, fixed the issue. I was pasing the max buffer size.

Thanks,

Manish K

Wi-Fi

Wi-Fi forum

Issue while send() recv(), stucks b'coz of Rx buffer overrun