* [ECOS] Re: cyg_ppp_wait_up sometimes never returns?
@ 2012-11-01 18:27 Ken Yee
2012-11-09 9:32 ` [ECOS] ecos for STM32F4-discovery problem tangwei
0 siblings, 1 reply; 4+ messages in thread
From: Ken Yee @ 2012-11-01 18:27 UTC (permalink / raw)
To: ecos-discuss
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
^ permalink raw reply [flat|nested] 4+ messages in thread
* [ECOS] ecos for STM32F4-discovery problem
2012-11-01 18:27 [ECOS] Re: cyg_ppp_wait_up sometimes never returns? Ken Yee
@ 2012-11-09 9:32 ` tangwei
2012-12-24 8:45 ` tangwei
0 siblings, 1 reply; 4+ messages in thread
From: tangwei @ 2012-11-09 9:32 UTC (permalink / raw)
To: ecos-discuss
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
^ permalink raw reply [flat|nested] 4+ messages in thread
* [ECOS] ecos for STM32F4-discovery problem
2012-11-09 9:32 ` [ECOS] ecos for STM32F4-discovery problem tangwei
@ 2012-12-24 8:45 ` tangwei
[not found] ` <BAY163-W3746611AD0F3EF36DA8F0FC03A0@phx.gbl>
0 siblings, 1 reply; 4+ messages in thread
From: tangwei @ 2012-12-24 8:45 UTC (permalink / raw)
To: ecos-discuss
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
^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: [ECOS] ecos for STM32F4-discovery problem
[not found] ` <BAY163-W3746611AD0F3EF36DA8F0FC03A0@phx.gbl>
@ 2012-12-25 11:49 ` tangwei
0 siblings, 0 replies; 4+ messages in thread
From: tangwei @ 2012-12-25 11:49 UTC (permalink / raw)
To: ecos-discuss
[-- 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
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-12-25 11:49 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-11-01 18:27 [ECOS] Re: cyg_ppp_wait_up sometimes never returns? Ken Yee
2012-11-09 9:32 ` [ECOS] ecos for STM32F4-discovery problem tangwei
2012-12-24 8:45 ` tangwei
[not found] ` <BAY163-W3746611AD0F3EF36DA8F0FC03A0@phx.gbl>
2012-12-25 11:49 ` tangwei
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).