printf data abort - (again)

Is the pointer a global variable?

Yes the pointer COM1_1 is a global variable so that I can reach it from the init_usart function and the COM1_1_sendchar() function.

Where is the stack in relation to this pointer? Wíll the stack grow into your variables?

Where can I see how big the stack is within the programm runs? Or if a overflow occured?

Johannes

Is the pointer a global variable?

Yes the pointer COM1_1 is a global variable so that I can reach it from the init_usart function and the COM1_1_sendchar() function.

Where is the stack in relation to this pointer? Wíll the stack grow into your variables?

Where can I see how big the stack is within the programm runs? Or if a overflow occured?

Johannes

You are reading the documentation for the Keil compiler, and the documentation for your processor? As I said, it is time for some elbow grease - yours, not mine.

another problem - maybe you have a answer... now I have disabled the whole ethernet-story - so I get no data abort but when I write printf("hello world\n"); -> I only get "hello worl" and the \n but not the last character - unindependent how long the printf message is...

Johannes

Your implementation sends a single character at a time to the UART. printf() will return as soon as the last character has sent to the UART. But the character has not been sent out on the cable yet.

Do you do anything hurtful directly after the printf() call - such as changing baudrate, or turning off the power to the UART?

that's the whole code + the retarget function...

int COM1_1_sendchar(int ch);

unsigned int Emac_Receive = 0;
unsigned int buffer = 0, overrun = 0;

#define MCK     60000000                                                                        /* Clock-Rate für USART */
AT91PS_USART COM1_1 = AT91C_BASE_US1;                                   /* Variable COM1 für die Struct _AT91S_USART definieren */


void initialize_usart1()
{
    AT91F_PIO_CfgPeriph(AT91C_BASE_PIOB,AT91C_PB21_RXD1 | AT91C_PB20_TXD1,0);
        AT91F_PMC_EnablePeriphClock ( AT91C_BASE_PMC, 1<<AT91C_ID_US1 ) ;
        AT91F_US_Configure (COM1_1, MCK,AT91C_US_ASYNC_MODE, 115200, 0);
        COM1_1->US_CR = AT91C_US_RXEN | AT91C_US_TXEN;
//      AT91F_US_EnableIt(COM1_1, AT91C_US_TXRDY);                      //enable AT91C_US_TXRDY interrupt
}




int main(void)
{
//      int status;

        initialize_usart1();
        printf("usart_init\n");
        printf("done\n");

//      status = ethernet();                                                    /* Ethernet */

        printf("Emac init\n");

        while(1);
}

Johannes

You often post code that doesn't match your descriptive text - or text that doesn't match your code.

Can we be sure that you really check if the UART is ready before you insert the character? The '\n' part is special, since you make two inserts in your function.

If the first insert (the '\r') is done before the UART is ready, it may/will kill the character directly before the '\n' in the input string.

is the usart init not ready, when I am able to run the first printf("usart_init\n")? Or how can I make sure, that the usart is really able to transmit all characters?

initialize_usart1();
printf("usart_init\n");

Read my text again. I'm not talking about if the USART is ready after the initialize_usart1() call. I'm talking about if the USART is ready for the '\r' character that you insert before every '\n' character.

ok I figured out, that everything works fine, when I only init usart and ethernet - but when a interrupt from the ethernet occured - COM1_1 don't work...

while(1)
{
  if(Emac_Receive >= 1)
       printf("%x\n", COM1_1);
}

Emac_Receive is higher than 1 when a interrupt occured...

then I only get "fff" or "fffc4" - always the beginning of the right address but not the whole address which is 0xFFFC4000

Johannes

Read my text again. I'm not talking about if the USART is ready after the initialize_usart1() call. I'm talking about if the USART is ready for the '\r' character that you insert before every '\n' character.

no the '\r' is not the problem

while (!(COM1_1->US_CSR & AT91C_US_TXRDY))
                {
                 if(COM1_1 != AT91C_BASE_US1)
                        i++;  <- data abort
                }
        return (COM1_1->US_THR = ch);

there must be something wrong with the interrupt and the prinft together...

Are you not talking about two separate problems?

One problem is that you loose the last character before '\n'.

One problem is that when you build with Ethernet, your comport pointer gets corrupted and you get a data abort.

Are you not talking about two separate problems?

right - but the first problem should be solved... that I lost the last character bevor \n -> maybe, the problem was a false heather which was included...

One problem is that when you build with Ethernet, your comport pointer gets corrupted and you get a data abort.

right - the problem happens only when I use the MAC interrupts... I don't know what's the reason for - I have no arrays (the buffer for the ethernet packets are safed in the external sdram..

Johannes

Increase stack

I try to increase the stack size - and there's one point where I'm not able to get any character by usart() using printf function. Could there be the point that the heap-size is too small for the use of printf?

Moreover does a stack overflow occured always on the same position in my code (if I don't change anything?)?

Johannes

printf() doesn't need a heap.