public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
* [ECOS] -- MPC8248 port
@ 2007-03-06 10:56 anoop r
  2007-03-08  7:00 ` anoop r
  0 siblings, 1 reply; 4+ messages in thread
From: anoop r @ 2007-03-06 10:56 UTC (permalink / raw)
  To: ecos-discuss


Hi,
    i'm trying to port ecos to the MPC8248 based EP8248e board. it had linux
on-board previously. i used the variant hal from the rattler port. i'm stuck
at a point where the SMC is initialised and the control has reached
cyg_start. now diag_printf goes into an inifinite loop waiting for the
transmit buffer to get ready. it is happening in the function
"cyg_hal_plf_serial_putc".

thanks
anoop.
-- 
View this message in context: http://www.nabble.com/---MPC8248-port-tf3354408.html#a9328880
Sent from the Sourceware - ecos-discuss mailing list archive at Nabble.com.


-- 
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] -- MPC8248 port
  2007-03-06 10:56 [ECOS] -- MPC8248 port anoop r
@ 2007-03-08  7:00 ` anoop r
  2007-03-08 12:25   ` Gary Thomas
  0 siblings, 1 reply; 4+ messages in thread
From: anoop r @ 2007-03-08  7:00 UTC (permalink / raw)
  To: ecos-discuss


Hi,
   i got some output one the serial por configured using SCC1. was just a
bit of timing issues. no whats happening is that the first redboot promt
appears, but the board isnt taking any input and still goes into an infinte
loop. this happens in the function "mon_read_char_with_timeout. 
   oh yes, this port os from the mpc8260 based VADS board configuration.

thanls in advance

anoop r wrote:
> 
> 
> Hi,
>     i'm trying to port ecos to the MPC8248 based EP8248e board. it had
> linux
> on-board previously. i used the variant hal from the rattler port. i'm
> stuck
> at a point where the SMC is initialised and the control has reached
> cyg_start. now diag_printf goes into an inifinite loop waiting for the
> transmit buffer to get ready. it is happening in the function
> "cyg_hal_plf_serial_putc".
> 
> thanks
> anoop.
> -- 
> View this message in context:
> http://www.nabble.com/---MPC8248-port-tf3354408.html#a9328880
> Sent from the Sourceware - ecos-discuss mailing list archive at
> Nabble.com.
> 
> 
> -- 
> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/---MPC8248-port-tf3354792.html#a9369508
Sent from the Sourceware - ecos-discuss mailing list archive at Nabble.com.


-- 
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] -- MPC8248 port
  2007-03-08  7:00 ` anoop r
@ 2007-03-08 12:25   ` Gary Thomas
  2007-03-09  5:17     ` anoop r
  0 siblings, 1 reply; 4+ messages in thread
From: Gary Thomas @ 2007-03-08 12:25 UTC (permalink / raw)
  To: anoop r; +Cc: ecos-discuss

anoop r wrote:
> Hi,
>    i got some output one the serial por configured using SCC1. was just a
> bit of timing issues. no whats happening is that the first redboot promt
> appears, but the board isnt taking any input and still goes into an infinte
> loop. this happens in the function "mon_read_char_with_timeout. 
>    oh yes, this port os from the mpc8260 based VADS board configuration.
> 
> thanls in advance
> 
> anoop r wrote:
>>
>> Hi,
>>     i'm trying to port ecos to the MPC8248 based EP8248e board. it had
>> linux
>> on-board previously. i used the variant hal from the rattler port. i'm
>> stuck
>> at a point where the SMC is initialised and the control has reached
>> cyg_start. now diag_printf goes into an inifinite loop waiting for the
>> transmit buffer to get ready. it is happening in the function
>> "cyg_hal_plf_serial_putc".

Firstly, the VADS port was never viable; I wouldn't base
*anything* on it.  Starting from the Rattler port would
be your wisest move.

As for your problems with the SMC port - have you set up
the clock mux register properly (cpm_mux_cmxsmr for the
SMC devices, cpm_mux_cmxscr for SCC)?  Are you sure that
the input problem is not at your host end?  Are you trying
to use hardware handshaking on the serial ports?


-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

-- 
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] -- MPC8248 port
  2007-03-08 12:25   ` Gary Thomas
@ 2007-03-09  5:17     ` anoop r
  0 siblings, 0 replies; 4+ messages in thread
From: anoop r @ 2007-03-09  5:17 UTC (permalink / raw)
  To: ecos-discuss


yes, cpm_mux_cmxsmr for the SMC devices, cpm_mux_cmxscr for SCC, checked it.
now i used another board of the same config but with linux and its working.
No, no hardware handshaking.
As you said, i tried with the rattler port and the same things happening
here.

thanks.


Gary Thomas wrote:
> 
> anoop r wrote:
>> Hi,
>>    i got some output one the serial por configured using SCC1. was just a
>> bit of timing issues. no whats happening is that the first redboot promt
>> appears, but the board isnt taking any input and still goes into an
>> infinte
>> loop. this happens in the function "mon_read_char_with_timeout. 
>>    oh yes, this port os from the mpc8260 based VADS board configuration.
>> 
>> thanls in advance
>> 
>> anoop r wrote:
>>>
>>> Hi,
>>>     i'm trying to port ecos to the MPC8248 based EP8248e board. it had
>>> linux
>>> on-board previously. i used the variant hal from the rattler port. i'm
>>> stuck
>>> at a point where the SMC is initialised and the control has reached
>>> cyg_start. now diag_printf goes into an inifinite loop waiting for the
>>> transmit buffer to get ready. it is happening in the function
>>> "cyg_hal_plf_serial_putc".
> 
> Firstly, the VADS port was never viable; I wouldn't base
> *anything* on it.  Starting from the Rattler port would
> be your wisest move.
> 
> As for your problems with the SMC port - have you set up
> the clock mux register properly (cpm_mux_cmxsmr for the
> SMC devices, cpm_mux_cmxscr for SCC)?  Are you sure that
> the input problem is not at your host end?  Are you trying
> to use hardware handshaking on the serial ports?
> 
> 
> -- 
> ------------------------------------------------------------
> Gary Thomas                 |  Consulting for the
> MLB Associates              |    Embedded world
> ------------------------------------------------------------
> 
> -- 
> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/---MPC8248-port-tf3354792.html#a9388674
Sent from the Sourceware - ecos-discuss mailing list archive at Nabble.com.


-- 
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:[~2007-03-09  5:17 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-03-06 10:56 [ECOS] -- MPC8248 port anoop r
2007-03-08  7:00 ` anoop r
2007-03-08 12:25   ` Gary Thomas
2007-03-09  5:17     ` anoop r

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).