[ECOS] RE:accessing serial port via gdb in xp

[ECOS] RE:accessing serial port via gdb in xp

[abhishek srivastava]

i had tried thje command to know the exact cause : set debug remote 1
it says that packet is send but junk is received.......

(gdb) set debug remote 1
(gdb) set remotebaud 9600
(gdb) target remote /dev/ttyS0
Remote debugging using /dev/ttyS0
Sending packet: $Hc-1#09...putpkt: Junk: K♥'\
Nak
Sending packet: $Hc-1#09...putpkt: Junk: ◄♦♫~dd,
Nak
Sending packet: $Hc-1#09...putpkt: Junk: ▲F=♦
Packet instead of Ack, ignoring it
Timeout in mid-packet, retrying
putpkt: Junk: /
Sending packet: $Hc-1#09...putpkt: Junk: dd,
Nak
Timed out.
Timed out.
Timed out.
Ignoring packet error, continuing...
♂IcC♥Eg packet: $qC#b4...putpkt: Junk:
Packet instead of Ack, ignoring it
Timeout in mid-packet, retrying
putpkt: Junk: ♂
Sending packet: $qC#b4...putpkt: Junk: ♦q♥♥G
Packet instead of Ack, ignoring it
Timeout in mid-packet, retrying
putpkt: Junk: ♂
Sending packet: $qC#b4...putpkt: Junk: ♦q♥♥E
Packet instead of Ack, ignoring it
Timeout in mid-packet, retrying
putpkt: Junk: ♂
Sending packet: $qC#b4...putpkt: Junk: ♦q♥♥G
Packet instead of Ack, ignoring it
Timeout in mid-packet, retrying
putpkt: Junk: ♂
Timed out.
Timed out.
Timed out.
Ignoring packet error, continuing...
♂ec'gA'&gf♦bet: $qOffsets#4b...putpkt: Junk:
Sending packet: $qOffsets#4b...putpkt: Junk: DaOFFcEdcCdB
Sending packet: $qOffsets#4b...putpkt: Junk: DaOFFcEdcCdB
Sending packet: $qOffsets#4b...putpkt: Junk: DaOFFcEdcCd
Timed out.
Timed out.
Timed out.
Ignoring packet error, continuing...
Malformed response to offset query, timeout

what to do?where is the problem?? my target is LPC2148
help plz!


      Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/


--
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] RE:accessing serial port via gdb in xp

[Gábor Török]

What configuration do you use on the target (which serial port, what
options regarding GDB, etc.)?
If you give more information, someone may be able to help you.

On Wed, Nov 26, 2008 at 10:20 AM, abhishek srivastava
<just_abhi22@yahoo.co.in> wrote:
> i had tried thje command to know the exact cause : set debug remote 1
> it says that packet is send but junk is received.......
>
> (gdb) set debug remote 1
> (gdb) set remotebaud 9600
> (gdb) target remote /dev/ttyS0
> Remote debugging using /dev/ttyS0
> Sending packet: $Hc-1#09...putpkt: Junk: K♥'\
> Nak
> Sending packet: $Hc-1#09...putpkt: Junk: ◄♦♫~dd,
> Nak
> Sending packet: $Hc-1#09...putpkt: Junk: ▲F=♦
> Packet instead of Ack, ignoring it
> Timeout in mid-packet, retrying
> putpkt: Junk: /
> Sending packet: $Hc-1#09...putpkt: Junk: dd,
> Nak
> Timed out.
> Timed out.
> Timed out.
> Ignoring packet error, continuing...
> ♂IcC♥Eg packet: $qC#b4...putpkt: Junk:
> Packet instead of Ack, ignoring it
> Timeout in mid-packet, retrying
> putpkt: Junk: ♂
> Sending packet: $qC#b4...putpkt: Junk: ♦q♥♥G
> Packet instead of Ack, ignoring it
> Timeout in mid-packet, retrying
> putpkt: Junk: ♂
> Sending packet: $qC#b4...putpkt: Junk: ♦q♥♥E
> Packet instead of Ack, ignoring it
> Timeout in mid-packet, retrying
> putpkt: Junk: ♂
> Sending packet: $qC#b4...putpkt: Junk: ♦q♥♥G
> Packet instead of Ack, ignoring it
> Timeout in mid-packet, retrying
> putpkt: Junk: ♂
> Timed out.
> Timed out.
> Timed out.
> Ignoring packet error, continuing...
> ♂ec'gA'&gf♦bet: $qOffsets#4b...putpkt: Junk:
> Sending packet: $qOffsets#4b...putpkt: Junk: DaOFFcEdcCdB
> Sending packet: $qOffsets#4b...putpkt: Junk: DaOFFcEdcCdB
> Sending packet: $qOffsets#4b...putpkt: Junk: DaOFFcEdcCd
> Timed out.
> Timed out.
> Timed out.
> Ignoring packet error, continuing...
> Malformed response to offset query, timeout
>
> what to do?where is the problem?? my target is LPC2148
> help plz!
>
>
> 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] Sockets and files

[Laurie Gellatly]

Hi All,
My eCos project with the FreeBSD stack is undergoing some more real world tests (put into a more typical network environment).
The network related threads are a web server and an SNMP agent.
Lately I've noticed that the web server thread does not accept connections for about 1 minute after startup.
It used to accept connections within a few seconds. 
To avoid running out of sockets, (which seems to be a recurring problem I've seen in this forum)
I've had to double CYGPKG_NET_MAXSOCKETS and then increase CYGPKG_NET_MEM_USAGE to
larger than its default calculation and change CYGPKG_NET_MEMPOOL_SIZE and CYGPKG_NET_MBUFS_SIZE to their new defaults.
Initially this did not help until I also increased FOPEN_MAX, CYGNUM_FILEIO_NFILE and CYGNUM_FILEIO_NFD to be almost
the same as the number of sockets.

I'd like to understand the relationship between these values (sockets and file opens) so I can set these values
by more than just trial and error and possibly find why the 1 minute delay occurs.

Can someone point me at some documentation that explains these relationships or offer advice?

Thanks			...Laurie:{)


--
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] Sockets and files

[Laurie Gellatly]

> -----Original Message-----
> From: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-
> owner@ecos.sourceware.org] On Behalf Of Laurie Gellatly
> Sent: Thursday, 27 November 2008 7:59 AM
> To: ecos-discuss@ecos.sourceware.org
> Subject: [ECOS] Sockets and files
> 
> Hi All,
> My eCos project with the FreeBSD stack is undergoing some more real
> world tests (put into a more typical network environment).
> The network related threads are a web server and an SNMP agent.
> Lately I've noticed that the web server thread does not accept
> connections for about 1 minute after startup.
> It used to accept connections within a few seconds.
> To avoid running out of sockets, (which seems to be a recurring problem
> I've seen in this forum)
> I've had to double CYGPKG_NET_MAXSOCKETS and then increase
> CYGPKG_NET_MEM_USAGE to
> larger than its default calculation and change CYGPKG_NET_MEMPOOL_SIZE
> and CYGPKG_NET_MBUFS_SIZE to their new defaults.
> Initially this did not help until I also increased FOPEN_MAX,
> CYGNUM_FILEIO_NFILE and CYGNUM_FILEIO_NFD to be almost
> the same as the number of sockets.
> 
> I'd like to understand the relationship between these values (sockets
> and file opens) so I can set these values
> by more than just trial and error and possibly find why the 1 minute
> delay occurs.
> 
> Can someone point me at some documentation that explains these
> relationships or offer advice?
> 
Just a quick update, the 1 minute delay was being imposed by my switch.
At least that's one solved.

Thanks			...Laurie:{)


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