[ECOS] RedBoot Question

[ECOS] RedBoot Question

[John Mills]

All -

I'm booting eCos with RedBoot and sometimes I need to abort the boot 
script. This works fine with the serial console (^C during the delay 
interval), but I also need to take control by telnet when serial comm is 
not available.

If I issue 'channel -1' at the RedBoot prompt I can then open a telnet
session, but upon reboot the hardware channel setting is back to '0'
(serial) and I can't take control directly by telnet.

How can I configure the "first client gets the console" behavior from hard 
reset? (I can reconfigure and rebuild RedBoot if necessary, but it would 
be easier if there is just a persistent 'fconfig' setting I could use.)

Hardware is MIPS / AP30.

TIA.

 - John Mills
   john.m.mills@alum.mit.edu


-- 
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] RedBoot Question

[Gary Thomas]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

John Mills wrote:
> All -
> 
> I'm booting eCos with RedBoot and sometimes I need to abort the boot 
> script. This works fine with the serial console (^C during the delay 
> interval), but I also need to take control by telnet when serial comm is 
> not available.
> 
> If I issue 'channel -1' at the RedBoot prompt I can then open a telnet
> session, but upon reboot the hardware channel setting is back to '0'
> (serial) and I can't take control directly by telnet.
> 
> How can I configure the "first client gets the console" behavior from hard 
> reset? (I can reconfigure and rebuild RedBoot if necessary, but it would 
> be easier if there is just a persistent 'fconfig' setting I could use.)

What you're asking for is the default behaviour - RedBoot should accept
a telnet connection, even during a boot script.  It allows for this by
checking for an incoming telnet connection if there are no serial characters
in the stream, while waiting for the ^C.

> 
> Hardware is MIPS / AP30.

You might compare the sources - I know that this configuration uses
a pretty old version of RedBoot.  It may also be modified such that
what you're asking for is no longer working.

- --
- ------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
- ------------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFGTM80maKbSsQGV8ARAiALAJ0UXcquHw6XElWRmui/CURCyYTvmQCgk564
/LysFyjjleQKIR3JscgMJXc=
=c10X
-----END PGP SIGNATURE-----

-- 
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] Resolved: [ECOS] RedBoot Question

[John Mills]

Gary, All -

Thanks for the feedback. I did a bit more digging and learned our default
had intentionally been configured to disable console port auto-detection
for good security reasons. If I append the following to my RedBoot script
I get my desired behavior, if and only if the other boot options are
unavailable or fail:

"ip_address -b
 channel -1"

I must learn (or know) which IP will be awarded by the DHCP server and can
then open a telnet session to the monitor.

 - John Mills

On Thu, 17 May 2007, Gary Thomas wrote:
 
> John Mills wrote:
> > All -
> > 
> > I'm booting eCos with RedBoot and sometimes I need to abort the boot 
> > script. This works fine with the serial console (^C during the delay 
> > interval), but I also need to take control by telnet when serial comm is 
> > not available.
 ...
> What you're asking for is the default behaviour - RedBoot should accept
> a telnet connection, even during a boot script.  It allows for this by
> checking for an incoming telnet connection if there are no serial characters
> in the stream, while waiting for the ^C.


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