ColdFire/68K Microcontrollers and ProcessorsのトピックFEC Driver for 5200 https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/FEC-Driver-for-5200/m-p/132253#M1078 <HTML><HEAD></HEAD><BODY><SPAN>I'm trying to implement an FEC driver for the MPC5200. I'm running into some problems with the BestComm. I'm using rtos image 1, with just the FEC tx and rx tasks enabled. I'm using the BestComm API.</SPAN><BR /><SPAN>Quite frequently, the transmit task seems to get stuck. When this happens, it no longers moves data to the FEC transmit FIFO from it's buffer descriptors. The receive task continues to function. If the software doesn't receive any Ethernet data, the bug does not occur (or becomes VERY rare).</SPAN><BR /><BR /><SPAN>Stopping the task and resetting the buffers doesn't have any effect.</SPAN><BR /><SPAN>Manually setting the status of all buffer descriptors to the ready state and a size for debug purposes has shown that the transmit task doesn't change these states, ever, after the bug occurs.</SPAN><BR /><SPAN>As far as I can tell, I never receive a TEA interrupt, the FEC is still enabled and the FEC FIFO's are fine.</SPAN><BR /><SPAN>What's happening? Is this a known bug in this task image? What should I be looking at?</SPAN><BR /><BR /><SPAN>There didn't appear to be a forum for 32-bit processors, so I posted the message in this forum.</SPAN><P>Message Edited by Khouri on <SPAN class="date_text">04-12-2006</SPAN><SPAN class="time_text">09:45 AM</SPAN></P></BODY></HTML> Wed, 12 Apr 2006 21:45:16 GMT Khouri 2006-04-12T21:45:16Z FEC Driver for 5200 https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/FEC-Driver-for-5200/m-p/132253#M1078 <HTML><HEAD></HEAD><BODY><SPAN>I'm trying to implement an FEC driver for the MPC5200. I'm running into some problems with the BestComm. I'm using rtos image 1, with just the FEC tx and rx tasks enabled. I'm using the BestComm API.</SPAN><BR /><SPAN>Quite frequently, the transmit task seems to get stuck. When this happens, it no longers moves data to the FEC transmit FIFO from it's buffer descriptors. The receive task continues to function. If the software doesn't receive any Ethernet data, the bug does not occur (or becomes VERY rare).</SPAN><BR /><BR /><SPAN>Stopping the task and resetting the buffers doesn't have any effect.</SPAN><BR /><SPAN>Manually setting the status of all buffer descriptors to the ready state and a size for debug purposes has shown that the transmit task doesn't change these states, ever, after the bug occurs.</SPAN><BR /><SPAN>As far as I can tell, I never receive a TEA interrupt, the FEC is still enabled and the FEC FIFO's are fine.</SPAN><BR /><SPAN>What's happening? Is this a known bug in this task image? What should I be looking at?</SPAN><BR /><BR /><SPAN>There didn't appear to be a forum for 32-bit processors, so I posted the message in this forum.</SPAN><P>Message Edited by Khouri on <SPAN class="date_text">04-12-2006</SPAN><SPAN class="time_text">09:45 AM</SPAN></P></BODY></HTML> Wed, 12 Apr 2006 21:45:16 GMT https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/FEC-Driver-for-5200/m-p/132253#M1078 Khouri 2006-04-12T21:45:16Z Re: FEC Driver for 5200 https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/FEC-Driver-for-5200/m-p/132254#M1079 <HTML><HEAD></HEAD><BODY>While integrating ethernet support into the MPC5200, I ran into a similar problem. I've three BestComm tasks running (ethernet rx and tx, and a customized task).<BR /><BR />The ethernet tx task sporadically returns a TASK_ERR_BD_BUSY when I try to release a buffer descriptor on a tx interrupt. Did you receive a similar error from the BestComm API?<BR /><BR /><BR /><DIV></DIV></BODY></HTML> Tue, 25 Mar 2008 15:52:25 GMT https://community.nxp.com/t5/ColdFire-68K-Microcontrollers/FEC-Driver-for-5200/m-p/132254#M1079 Marcus 2008-03-25T15:52:25Z