public inbox for ecos-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug 1001802] New: serial high water mark (serial.c)
@ 2013-03-19 19:11 bugzilla-daemon
  0 siblings, 0 replies; 2+ messages in thread
From: bugzilla-daemon @ 2013-03-19 19:11 UTC (permalink / raw)
  To: ecos-bugs

Please do not reply to this email, use the link below.

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001802

            Bug ID: 1001802
           Summary: serial high water mark (serial.c)
           Product: eCos
           Version: unknown
            Target: nios2_stratix2_2s60_rohs_tseplus (Stratix II, TSE+
                    design)
  Architecture/Host Nios II
                OS:
            Status: UNCONFIRMED
          Severity: normal
          Priority: low
         Component: Serial
          Assignee: unassigned@bugs.ecos.sourceware.org
          Reporter: praveenrai@ge.com
                CC: ecos-bugs@ecos.sourceware.org

We have Rs232 port on our board to print debug messages, stderr. We can also
type commands from terminal (putty, hyper-term, minicom etc) for diagnostics
and debugging. Every character typed is echoed back. But for some reason if I
do an extensive cycling of command say "switch mode", after 1000 cycles
(basically typing "switch mode" for 1000 times at some interval) the text gets
truncated and instead of "switch mode" I see "switch mo" and after approx 1 min
of this happening I high hit serial high water mark in serial_rcv_char() in
serial.c.

The condition ( cbuf->nb >= cbuf->high_water ) is true. So far, from debugging,
it seems if number of bytes exceed 84 this condition becomes true.

I am using eCosPro 2.0.69 release. Any help is appreciated.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Bug 1001802] New: serial high water mark (serial.c)
@ 2013-03-19 19:11 bugzilla-daemon
  0 siblings, 0 replies; 2+ messages in thread
From: bugzilla-daemon @ 2013-03-19 19:11 UTC (permalink / raw)
  To: unassigned

Please do not reply to this email, use the link below.

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001802

            Bug ID: 1001802
           Summary: serial high water mark (serial.c)
           Product: eCos
           Version: unknown
            Target: nios2_stratix2_2s60_rohs_tseplus (Stratix II, TSE+
                    design)
  Architecture/Host Nios II
                OS:
            Status: UNCONFIRMED
          Severity: normal
          Priority: low
         Component: Serial
          Assignee: unassigned@bugs.ecos.sourceware.org
          Reporter: praveenrai@ge.com
                CC: ecos-bugs@ecos.sourceware.org

We have Rs232 port on our board to print debug messages, stderr. We can also
type commands from terminal (putty, hyper-term, minicom etc) for diagnostics
and debugging. Every character typed is echoed back. But for some reason if I
do an extensive cycling of command say "switch mode", after 1000 cycles
(basically typing "switch mode" for 1000 times at some interval) the text gets
truncated and instead of "switch mode" I see "switch mo" and after approx 1 min
of this happening I high hit serial high water mark in serial_rcv_char() in
serial.c.

The condition ( cbuf->nb >= cbuf->high_water ) is true. So far, from debugging,
it seems if number of bytes exceed 84 this condition becomes true.

I am using eCosPro 2.0.69 release. Any help is appreciated.

-- 
You are receiving this mail because:
You are the assignee for the bug.


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2013-03-19 19:11 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-03-19 19:11 [Bug 1001802] New: serial high water mark (serial.c) bugzilla-daemon
  -- strict thread matches above, loose matches on Subject: below --
2013-03-19 19:11 bugzilla-daemon

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