[ECOS] Re: cyg_ppp_wait_up sometimes never returns?

[ECOS] Re: cyg_ppp_wait_up sometimes never returns?

[Ken Yee]

Sorry...this should also have included cyg_ppp_up().  That sometimes never returns as well..symptom is the same as with cyg_ppp_wait_up()....

The core ppp loop is fairly trivial, but it does bring the connection up/down a lot to minimize connection time costs:

    cyg_ppp_handle_t pppHandle = cyg_ppp_up(PPP_PORT, &options);
    if (pppHandle != 0) {
        int pppStatus = cyg_ppp_wait_up(pppHandle);
        if (pppStatus == 0) {
            // wait for connection to come down
            if (cyg_ppp_wait_up(pppHandle) == 0) {
                while ((pppTimeout-- > 0) && (cyg_ppp_wait_up(pppHandle) == 0)) {
                    Thread::sleep(sec(1));
                }
                cyg_ppp_down(pppHandle);
            }
        }
     }


--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] ecos for STM32F4-discovery problem

[tangwei]

Dear all,

   I have a board named STM32F4-Discovery(STM32F407VGT6) which is similar as the STM3240G-EVAL(STM32F407IGH6) board,

I use the redboot setting for the EVAL board,use the ROMINT start-up, 

then download the redboot.bin into flash start from 0x08000000, but the UART4(pc10-TX,pc11-RX) have nothing output,

can anyone give me some help,thanks.

BTW, I change the clock setting from 25MHz to 8MHz,because the discovery board use 8MHz.

thanks.

-----------------
tangw


 		 	   		  

--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

[ECOS] ecos for STM32F4-discovery problem

[tangwei]

Dear all,

I use the hal_stm32x0_led(char c) debug,and found

it have trouble in stm32_misc.c 's hal_variant_init() , hal_stm32x0_led(3) run OK,hal_stm32x0_led(7) failed


void hal_variant_init( void )
{

#if 1 //!defined(CYG_HAL_STARTUP_RAM)
hal_start_clocks();
#endif

// Attach EXTI springboard to interrupt vectors
HAL_INTERRUPT_ATTACH( CYGNUM_HAL_INTERRUPT_EXTI9_5, hal_exti_isr, 0, 0 );
HAL_INTERRUPT_ATTACH( CYGNUM_HAL_INTERRUPT_EXTI15_10, hal_exti_isr, 0, 0 );



#ifdef CYGSEM_HAL_VIRTUAL_VECTOR_SUPPORT
hal_stm32x0_led(3);
hal_if_init();
hal_stm32x0_led(7);

#endif
}

I think it is caused by the difference between STM32F407IGH6 and STM32F407VGT6 , does anyone have an idea?



----------------------------------------
> From: tziang@hotmail.com
> To: ecos-discuss@ecos.sourceware.org
> Subject: ecos for STM32F4-discovery problem
> Date: Fri, 9 Nov 2012 17:32:16 +0800
>
>
>
> Dear all,
>
> I have a board named STM32F4-Discovery(STM32F407VGT6) which is similar as the STM3240G-EVAL(STM32F407IGH6) board,
>
> I use the redboot setting for the EVAL board,use the ROMINT start-up,
>
> then download the redboot.bin into flash start from 0x08000000, but the UART4(pc10-TX,pc11-RX) have nothing output,
>
> can anyone give me some help,thanks.
>
> BTW, I change the clock setting from 25MHz to 8MHz,because the discovery board use 8MHz.
>
> thanks.
>
> -----------------
> tangw
>
>
>
 		 	   		  

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

RE: [ECOS] ecos for STM32F4-discovery problem

[tangwei]

[-- Attachment #1: Type: text/plain, Size: 2709 bytes --]



 Dear all,

 follow the below email ,I use gdb-server and onboard STLINK debug the hal_if_init() in hal_if.c file step by step,

 and final, it stoped in cortexm_stub.c at

 val = _registers[offset/sizeof(target_register_t)];

 in function

 target_register_t
 get_register (regnames_t reg)
 {
 target_register_t val;
 int offset = reg_offset(reg);

 if (REGSIZE(reg) > sizeof(target_register_t) || offset == -1)
 return -1;

 val = _registers[offset/sizeof(target_register_t)];

 return val;
 }


 and attached is my .ecc configure file.

 anyone give me some advices,thanks a lot!


----------------------------------------
> > From: tziang@hotmail.com
> > To: ecos-discuss@ecos.sourceware.org
> > Date: Mon, 24 Dec 2012 16:45:31 +0800
> > Subject: [ECOS] ecos for STM32F4-discovery problem
> >
> >
> > Dear all,
> >
> > I use the hal_stm32x0_led(char c) debug,and found
> >
> > it have trouble in stm32_misc.c 's hal_variant_init() , hal_stm32x0_led(3) run OK,hal_stm32x0_led(7) failed
> >
> >
> > void hal_variant_init( void )
> > {
> >
> > #if 1 //!defined(CYG_HAL_STARTUP_RAM)
> > hal_start_clocks();
> > #endif
> >
> > // Attach EXTI springboard to interrupt vectors
> > HAL_INTERRUPT_ATTACH( CYGNUM_HAL_INTERRUPT_EXTI9_5, hal_exti_isr, 0, 0 );
> > HAL_INTERRUPT_ATTACH( CYGNUM_HAL_INTERRUPT_EXTI15_10, hal_exti_isr, 0, 0 );
> >
> >
> >
> > #ifdef CYGSEM_HAL_VIRTUAL_VECTOR_SUPPORT
> > hal_stm32x0_led(3);
> > hal_if_init();
> > hal_stm32x0_led(7);
> >
> > #endif
> > }
> >
> > I think it is caused by the difference between STM32F407IGH6 and STM32F407VGT6 , does anyone have an idea?
> >
> >
> >
> > ----------------------------------------
> > > From: tziang@hotmail.com
> > > To: ecos-discuss@ecos.sourceware.org
> > > Subject: ecos for STM32F4-discovery problem
> > > Date: Fri, 9 Nov 2012 17:32:16 +0800
> > >
> > >
> > >
> > > Dear all,
> > >
> > > I have a board named STM32F4-Discovery(STM32F407VGT6) which is similar as the STM3240G-EVAL(STM32F407IGH6) board,
> > >
> > > I use the redboot setting for the EVAL board,use the ROMINT start-up,
> > >
> > > then download the redboot.bin into flash start from 0x08000000, but the UART4(pc10-TX,pc11-RX) have nothing output,
> > >
> > > can anyone give me some help,thanks.
> > >
> > > BTW, I change the clock setting from 25MHz to 8MHz,because the discovery board use 8MHz.
> > >
> > > thanks.
> > >
> > > -----------------
> > > tangw
> > >
> > >
> > >
> >
> >
> > --
> > Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> > and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
> >
>
 		 	   		  

[-- Attachment #2: F4_redboot_romint.rar --]
[-- Type: application/octet-stream, Size: 39904 bytes --]

[-- Attachment #3: Type: text/plain, Size: 148 bytes --]

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss