AT91 ARM EMAC polling issue












1















I am using atmel's lwip example. Interfacing with PHY is ok. It can link and even auto negotiate. Netif is going up. But when i start polling netif nothing happens. Ive narrowed down problem to EMAC_Poll



unsigned char EMAC_Poll(unsigned char *pFrame, unsigned int frameSize, unsigned int *pRcvSize)
{
unsigned short bufferLength;
unsigned int tmpFrameSize=0;
unsigned char *pTmpFrame=0;
unsigned int tmpIdx = rxTd.idx;
volatile EmacRxTDescriptor *pRxTd = rxTd.td + rxTd.idx;

ASSERT(pFrame, "F: EMAC_Pollnr");

char isFrame = 0;
// Set the default return value
*pRcvSize = 0;

// Process received RxTd
while ((pRxTd->addr & EMAC_RX_OWNERSHIP_BIT) == EMAC_RX_OWNERSHIP_BIT) {
// Never got there.
...
}
return EMAC_RX_NO_DATA;
}


typedef struct {
volatile EmacRxTDescriptor td[RX_BUFFERS];
EMAC_RxCallback rxCb; /// Callback function to be invoked once a frame has been received
unsigned short idx;
} RxTd;

/// Describes the type and attribute of Receive Transfer descriptor.
typedef struct _EmacRxTDescriptor {
unsigned int addr;
unsigned int status;
} __attribute__((packed, aligned(8))) EmacRxTDescriptor, *PEmacRxTDescriptor;


There is while loop, but condition is never goes true.
I have very vague presentation what is RxTd and what exacly this condition means. However i can not see how thise RxTd Would change to pass condition. All references of RxTd leads to same emac.c module. Most of them in that polling function and rest in EMAC_ResetRx function.



static void EMAC_ResetRx(void)
{
unsigned int Index;
unsigned int Address;

// Disable RX
AT91C_BASE_EMAC->EMAC_NCR &= ~AT91C_EMAC_RE;
// Setup the RX descriptors.
rxTd.idx = 0;
for(Index = 0; Index < RX_BUFFERS; Index++) {

Address = (unsigned int)(&(pRxBuffer[Index * EMAC_RX_UNITSIZE]));
// Remove EMAC_RX_OWNERSHIP_BIT and EMAC_RX_WRAP_BIT
rxTd.td[Index].addr = Address & EMAC_ADDRESS_MASK;
rxTd.td[Index].status = 0;
}
rxTd.td[RX_BUFFERS - 1].addr |= EMAC_RX_WRAP_BIT;
// Receive Buffer Queue Pointer Register
AT91C_BASE_EMAC->EMAC_RBQP = (unsigned int) (rxTd.td);
}


I do not realy understand last line, but it looks like that rxTd is auto filled with AT91 itself. If it is so, there may be packing/aligment problem, but Atmel added __attribute__ ((packed, aligned(8))) on RxTd structure definition. Any way, can someone describe mechanism of data input or tell me where proble might be?
By the way i am using gcc, if that matters.
UPD:
Ive checked RSR and notice that it is start with 0, then goes to 2 after second. 2- means new data was captured.
UPD:
So i've read about function of emac in datasheet for my chip. I was right. That RBQP register must point to array of descriptors. Each descriptor consists of address and status field. The datasheet states that "bit zero of address field is written to one to show the buffer has been used". Then ARM uses another rx descriptor from that array. I guess by "has been used" they mean that that buffer is filled with frame data and ready to be processed. This must mean that data just not going to that buffer. But it must be there because REC goes high. Additionaly i've checked that RE in NCR is up and MI is enabled. I have no idea what is wrong.










share|improve this question





























    1















    I am using atmel's lwip example. Interfacing with PHY is ok. It can link and even auto negotiate. Netif is going up. But when i start polling netif nothing happens. Ive narrowed down problem to EMAC_Poll



    unsigned char EMAC_Poll(unsigned char *pFrame, unsigned int frameSize, unsigned int *pRcvSize)
    {
    unsigned short bufferLength;
    unsigned int tmpFrameSize=0;
    unsigned char *pTmpFrame=0;
    unsigned int tmpIdx = rxTd.idx;
    volatile EmacRxTDescriptor *pRxTd = rxTd.td + rxTd.idx;

    ASSERT(pFrame, "F: EMAC_Pollnr");

    char isFrame = 0;
    // Set the default return value
    *pRcvSize = 0;

    // Process received RxTd
    while ((pRxTd->addr & EMAC_RX_OWNERSHIP_BIT) == EMAC_RX_OWNERSHIP_BIT) {
    // Never got there.
    ...
    }
    return EMAC_RX_NO_DATA;
    }


    typedef struct {
    volatile EmacRxTDescriptor td[RX_BUFFERS];
    EMAC_RxCallback rxCb; /// Callback function to be invoked once a frame has been received
    unsigned short idx;
    } RxTd;

    /// Describes the type and attribute of Receive Transfer descriptor.
    typedef struct _EmacRxTDescriptor {
    unsigned int addr;
    unsigned int status;
    } __attribute__((packed, aligned(8))) EmacRxTDescriptor, *PEmacRxTDescriptor;


    There is while loop, but condition is never goes true.
    I have very vague presentation what is RxTd and what exacly this condition means. However i can not see how thise RxTd Would change to pass condition. All references of RxTd leads to same emac.c module. Most of them in that polling function and rest in EMAC_ResetRx function.



    static void EMAC_ResetRx(void)
    {
    unsigned int Index;
    unsigned int Address;

    // Disable RX
    AT91C_BASE_EMAC->EMAC_NCR &= ~AT91C_EMAC_RE;
    // Setup the RX descriptors.
    rxTd.idx = 0;
    for(Index = 0; Index < RX_BUFFERS; Index++) {

    Address = (unsigned int)(&(pRxBuffer[Index * EMAC_RX_UNITSIZE]));
    // Remove EMAC_RX_OWNERSHIP_BIT and EMAC_RX_WRAP_BIT
    rxTd.td[Index].addr = Address & EMAC_ADDRESS_MASK;
    rxTd.td[Index].status = 0;
    }
    rxTd.td[RX_BUFFERS - 1].addr |= EMAC_RX_WRAP_BIT;
    // Receive Buffer Queue Pointer Register
    AT91C_BASE_EMAC->EMAC_RBQP = (unsigned int) (rxTd.td);
    }


    I do not realy understand last line, but it looks like that rxTd is auto filled with AT91 itself. If it is so, there may be packing/aligment problem, but Atmel added __attribute__ ((packed, aligned(8))) on RxTd structure definition. Any way, can someone describe mechanism of data input or tell me where proble might be?
    By the way i am using gcc, if that matters.
    UPD:
    Ive checked RSR and notice that it is start with 0, then goes to 2 after second. 2- means new data was captured.
    UPD:
    So i've read about function of emac in datasheet for my chip. I was right. That RBQP register must point to array of descriptors. Each descriptor consists of address and status field. The datasheet states that "bit zero of address field is written to one to show the buffer has been used". Then ARM uses another rx descriptor from that array. I guess by "has been used" they mean that that buffer is filled with frame data and ready to be processed. This must mean that data just not going to that buffer. But it must be there because REC goes high. Additionaly i've checked that RE in NCR is up and MI is enabled. I have no idea what is wrong.










    share|improve this question



























      1












      1








      1








      I am using atmel's lwip example. Interfacing with PHY is ok. It can link and even auto negotiate. Netif is going up. But when i start polling netif nothing happens. Ive narrowed down problem to EMAC_Poll



      unsigned char EMAC_Poll(unsigned char *pFrame, unsigned int frameSize, unsigned int *pRcvSize)
      {
      unsigned short bufferLength;
      unsigned int tmpFrameSize=0;
      unsigned char *pTmpFrame=0;
      unsigned int tmpIdx = rxTd.idx;
      volatile EmacRxTDescriptor *pRxTd = rxTd.td + rxTd.idx;

      ASSERT(pFrame, "F: EMAC_Pollnr");

      char isFrame = 0;
      // Set the default return value
      *pRcvSize = 0;

      // Process received RxTd
      while ((pRxTd->addr & EMAC_RX_OWNERSHIP_BIT) == EMAC_RX_OWNERSHIP_BIT) {
      // Never got there.
      ...
      }
      return EMAC_RX_NO_DATA;
      }


      typedef struct {
      volatile EmacRxTDescriptor td[RX_BUFFERS];
      EMAC_RxCallback rxCb; /// Callback function to be invoked once a frame has been received
      unsigned short idx;
      } RxTd;

      /// Describes the type and attribute of Receive Transfer descriptor.
      typedef struct _EmacRxTDescriptor {
      unsigned int addr;
      unsigned int status;
      } __attribute__((packed, aligned(8))) EmacRxTDescriptor, *PEmacRxTDescriptor;


      There is while loop, but condition is never goes true.
      I have very vague presentation what is RxTd and what exacly this condition means. However i can not see how thise RxTd Would change to pass condition. All references of RxTd leads to same emac.c module. Most of them in that polling function and rest in EMAC_ResetRx function.



      static void EMAC_ResetRx(void)
      {
      unsigned int Index;
      unsigned int Address;

      // Disable RX
      AT91C_BASE_EMAC->EMAC_NCR &= ~AT91C_EMAC_RE;
      // Setup the RX descriptors.
      rxTd.idx = 0;
      for(Index = 0; Index < RX_BUFFERS; Index++) {

      Address = (unsigned int)(&(pRxBuffer[Index * EMAC_RX_UNITSIZE]));
      // Remove EMAC_RX_OWNERSHIP_BIT and EMAC_RX_WRAP_BIT
      rxTd.td[Index].addr = Address & EMAC_ADDRESS_MASK;
      rxTd.td[Index].status = 0;
      }
      rxTd.td[RX_BUFFERS - 1].addr |= EMAC_RX_WRAP_BIT;
      // Receive Buffer Queue Pointer Register
      AT91C_BASE_EMAC->EMAC_RBQP = (unsigned int) (rxTd.td);
      }


      I do not realy understand last line, but it looks like that rxTd is auto filled with AT91 itself. If it is so, there may be packing/aligment problem, but Atmel added __attribute__ ((packed, aligned(8))) on RxTd structure definition. Any way, can someone describe mechanism of data input or tell me where proble might be?
      By the way i am using gcc, if that matters.
      UPD:
      Ive checked RSR and notice that it is start with 0, then goes to 2 after second. 2- means new data was captured.
      UPD:
      So i've read about function of emac in datasheet for my chip. I was right. That RBQP register must point to array of descriptors. Each descriptor consists of address and status field. The datasheet states that "bit zero of address field is written to one to show the buffer has been used". Then ARM uses another rx descriptor from that array. I guess by "has been used" they mean that that buffer is filled with frame data and ready to be processed. This must mean that data just not going to that buffer. But it must be there because REC goes high. Additionaly i've checked that RE in NCR is up and MI is enabled. I have no idea what is wrong.










      share|improve this question
















      I am using atmel's lwip example. Interfacing with PHY is ok. It can link and even auto negotiate. Netif is going up. But when i start polling netif nothing happens. Ive narrowed down problem to EMAC_Poll



      unsigned char EMAC_Poll(unsigned char *pFrame, unsigned int frameSize, unsigned int *pRcvSize)
      {
      unsigned short bufferLength;
      unsigned int tmpFrameSize=0;
      unsigned char *pTmpFrame=0;
      unsigned int tmpIdx = rxTd.idx;
      volatile EmacRxTDescriptor *pRxTd = rxTd.td + rxTd.idx;

      ASSERT(pFrame, "F: EMAC_Pollnr");

      char isFrame = 0;
      // Set the default return value
      *pRcvSize = 0;

      // Process received RxTd
      while ((pRxTd->addr & EMAC_RX_OWNERSHIP_BIT) == EMAC_RX_OWNERSHIP_BIT) {
      // Never got there.
      ...
      }
      return EMAC_RX_NO_DATA;
      }


      typedef struct {
      volatile EmacRxTDescriptor td[RX_BUFFERS];
      EMAC_RxCallback rxCb; /// Callback function to be invoked once a frame has been received
      unsigned short idx;
      } RxTd;

      /// Describes the type and attribute of Receive Transfer descriptor.
      typedef struct _EmacRxTDescriptor {
      unsigned int addr;
      unsigned int status;
      } __attribute__((packed, aligned(8))) EmacRxTDescriptor, *PEmacRxTDescriptor;


      There is while loop, but condition is never goes true.
      I have very vague presentation what is RxTd and what exacly this condition means. However i can not see how thise RxTd Would change to pass condition. All references of RxTd leads to same emac.c module. Most of them in that polling function and rest in EMAC_ResetRx function.



      static void EMAC_ResetRx(void)
      {
      unsigned int Index;
      unsigned int Address;

      // Disable RX
      AT91C_BASE_EMAC->EMAC_NCR &= ~AT91C_EMAC_RE;
      // Setup the RX descriptors.
      rxTd.idx = 0;
      for(Index = 0; Index < RX_BUFFERS; Index++) {

      Address = (unsigned int)(&(pRxBuffer[Index * EMAC_RX_UNITSIZE]));
      // Remove EMAC_RX_OWNERSHIP_BIT and EMAC_RX_WRAP_BIT
      rxTd.td[Index].addr = Address & EMAC_ADDRESS_MASK;
      rxTd.td[Index].status = 0;
      }
      rxTd.td[RX_BUFFERS - 1].addr |= EMAC_RX_WRAP_BIT;
      // Receive Buffer Queue Pointer Register
      AT91C_BASE_EMAC->EMAC_RBQP = (unsigned int) (rxTd.td);
      }


      I do not realy understand last line, but it looks like that rxTd is auto filled with AT91 itself. If it is so, there may be packing/aligment problem, but Atmel added __attribute__ ((packed, aligned(8))) on RxTd structure definition. Any way, can someone describe mechanism of data input or tell me where proble might be?
      By the way i am using gcc, if that matters.
      UPD:
      Ive checked RSR and notice that it is start with 0, then goes to 2 after second. 2- means new data was captured.
      UPD:
      So i've read about function of emac in datasheet for my chip. I was right. That RBQP register must point to array of descriptors. Each descriptor consists of address and status field. The datasheet states that "bit zero of address field is written to one to show the buffer has been used". Then ARM uses another rx descriptor from that array. I guess by "has been used" they mean that that buffer is filled with frame data and ready to be processed. This must mean that data just not going to that buffer. But it must be there because REC goes high. Additionaly i've checked that RE in NCR is up and MI is enabled. I have no idea what is wrong.







      c network-programming arm atmel lwip






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Nov 21 '18 at 9:20







      G0867532

















      asked Nov 20 '18 at 8:54









      G0867532G0867532

      458




      458
























          1 Answer
          1






          active

          oldest

          votes


















          0














          I've spend whole week to solve it. The funny thing is that if i've dump memory and looked at all those addresses - The data was there whole time! So the key was to disable I and D caching and MMU itself. Hope it will help someone.






          share|improve this answer























            Your Answer






            StackExchange.ifUsing("editor", function () {
            StackExchange.using("externalEditor", function () {
            StackExchange.using("snippets", function () {
            StackExchange.snippets.init();
            });
            });
            }, "code-snippets");

            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "1"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: true,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: 10,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53389330%2fat91-arm-emac-polling-issue%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            0














            I've spend whole week to solve it. The funny thing is that if i've dump memory and looked at all those addresses - The data was there whole time! So the key was to disable I and D caching and MMU itself. Hope it will help someone.






            share|improve this answer




























              0














              I've spend whole week to solve it. The funny thing is that if i've dump memory and looked at all those addresses - The data was there whole time! So the key was to disable I and D caching and MMU itself. Hope it will help someone.






              share|improve this answer


























                0












                0








                0







                I've spend whole week to solve it. The funny thing is that if i've dump memory and looked at all those addresses - The data was there whole time! So the key was to disable I and D caching and MMU itself. Hope it will help someone.






                share|improve this answer













                I've spend whole week to solve it. The funny thing is that if i've dump memory and looked at all those addresses - The data was there whole time! So the key was to disable I and D caching and MMU itself. Hope it will help someone.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Nov 23 '18 at 12:37









                G0867532G0867532

                458




                458
































                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Stack Overflow!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53389330%2fat91-arm-emac-polling-issue%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Guess what letter conforming each word

                    Port of Spain

                    Run scheduled task as local user group (not BUILTIN)