This is the mail archive of the
ecos-bugs@sources.redhat.com
mailing list for the eCos project.
[Bug 19410] New: TX39-jmr3904 - clock - Fail
- From: bugzilla-daemon at ecoscentric dot com
- To: ecos-bugs at sources dot redhat dot com
- Date: Thu, 24 Apr 2003 14:48:23 +0100 (BST)
- Subject: [Bug 19410] New: TX39-jmr3904 - clock - Fail
http://bugs.ecos.sourceware.org/show_bug.cgi?id=19410
Summary: TX39-jmr3904 - clock - Fail
Product: eCos
Version: 1.2
Platform: jmr3904 (Toshiba JMR-TX3904 board)
OS/Version: MIPS
Status: UNCONFIRMED
Severity: normal
Priority: normal
Component: Other
AssignedTo: jifl at ecoscentric dot com
ReportedBy: support at ecoscentric dot com
Test output was as follows:
----------------------------------------------------------------------------
----------------------------------------------------------------------------
--------------------------------------------------------------------------
1999-03-08 01:34:09 ninja:5010 TX39-jmr3904
clock.exe Fail 50k/765k Elapsed: D=20.2/53.0 Total=22.8 E=1.3/30.0
"ginga:c:\tmp\test1015\tx39\jmr3904H\infra1\install\tests\libc\time\clock.ex
e"
----------------------------------------------------------------------------
----------------------------------------------------------------------------
--------------------------------------------------------------------------
Cygmon, the Cygnus ROM monitor.
Cygmon was written by Robert Richardson and Bob Manson of Cygnus Solutions
Copyright(c) 1997, 1998 Cygnus Solutions
Version: release 1.2
This image was built on Tue Mar 2 11:10:50 GMT 1999
Hit breakpoint at 0xbfc0.91a0
cygmon> [KGNU gdb 4.17-ecos-98r1p4
<0.3/0.3> Copyright 1998 Free Software Foundation, Inc.
<0.3/0.3> GDB is free software, covered by the GNU General Public License,
and you are
<0.3/0.3> welcome to change it and/or distribute copies of it under certain
conditions.
<0.3/0.3> Type "show copying" to see the conditions. This version of GDB is
supported
<0.3/0.3> for customers of Cygnus Solutions. Type "show warranty" for
details.
<0.3/0.3> This GDB was configured as
"--host=i386-cygwin32 --target=mips-tx39-elf"...
<0.4/0.4> (gdb) set height 0
<0.4/0.0> (gdb) set remotedebug 0
<0.4/0.0> (gdb) set remotebaud 38400
<0.4/0.0> (gdb) target remote com1
<0.4/0.0> Remote debugging using com1
<0.7/0.3> 0xbfc091a0 in ?? ()
<0.7/0.3> (gdb) load
<0.7/0.0> Loading section .rom_vectors, size 0xcc lma 0x80008000
<0.8/0.1> Loading section .text, size 0x6ebc lma 0x800080cc
<11.5/10.8> Loading section .rodata, size 0x3490 lma 0x8000ef88
<16.8/16.1> Loading section .data, size 0x2540 lma 0x80012420
<20.9/20.2> Start address 0x800080bc , load size 51544
<20.9/20.2> Transfer rate: 20617 bits/sec.
<20.9/20.2> (gdb) break cyg_test_exit
<21.0/0.0> Breakpoint 1 at 0x80009abc: file
//c/tmp/v1_2_19990305_70/ecos-1.2/packages/infra/v1_2/src/tcdiag.cxx, line
100.
<21.0/0.0> (gdb) break cyg_assert_fail
<21.1/0.1> Breakpoint 2 at 0x8000dc18: file
//c/tmp/v1_2_19990305_70/ecos-1.2/packages/infra/v1_2/src/buffer.cxx, line
709.
<21.1/0.2> (gdb) cont
<21.2/0.1> Continuing.
<21.2/0.1> Init device '/dev/tty0'
<21.2/0.1> Init tty channel: 80014818
<21.2/0.1> Init device '/dev/tty1'
<21.2/0.1> Init tty channel: 80014834
<21.3/0.1> Init device '/dev/tty2'
<21.3/0.2> Init tty channel: 80014850
<21.3/0.2> Init device '/dev/haldiag'
<21.3/0.2> HAL/diag SERIAL init
<21.4/0.3> INFO:<Starting tests from testcase
//c/tmp/v1_2_19990305_70/ecos-1.2/packages/language/c/libc/v1_2/tests/time/c
lock.c for C library clock() function>
<21.5/0.1> FAIL:<clock() stability> Line: 185, File:
//c/tmp/v1_2_19990305_70/ecos-1.2/packages/language/c/libc/v1_2/tests/time/c
lock.c
<21.6/0.1> EXIT:<Finished tests from testcase
//c/tmp/v1_2_19990305_70/ecos-1.2/packages/language/c/libc/v1_2/tests/time/c
lock.c for C library clock() function>
<22.8/1.2>
<22.8/1.2> Breakpoint 1, cyg_test_exit ()
<22.8/1.2> at
//c/tmp/v1_2_19990305_70/ecos-1.2/packages/infra/v1_2/src/tcdiag.cxx:100
<22.8/1.2> 100 ;
<22.8/1.2> Current language: auto; currently c++
<22.8/1.2> (gdb) bt
<22.8/1.3> #0 cyg_test_exit ()
<22.8/1.3> at
//c/tmp/v1_2_19990305_70/ecos-1.2/packages/infra/v1_2/src/tcdiag.cxx:100
<22.8/1.3> (gdb) q
How-To-Repeat:
The following permutation(s) have been used:
infra1
Build was v1_2_19990305_70
Originator:
eCos Testing Group
Organization:
Cygnus
Audit-Trail:
Responsible-Changed-From-To: alexs->nickg
Responsible-Changed-By: alexs
Responsible-Changed-When: Wed Mar 10 08:25:42 PST 1999
Responsible-Changed-Why:
TX39 h/w problem.
Weekend test results:
Fail: infra1
Timeout: combo10,12,14 kernel10,12
Pass: combo1,13,15,9,17 compile1,2,3,5,6 default infra2
Tues night test results:
Fail: combo10,11,19
Timeout: combo12,14,16
Pass: combo1,13,15,17
Results for test clock
Responsible-Changed-From-To: nickg->alexs
Responsible-Changed-By: nickg
Responsible-Changed-When: Mon Mar 15 18:13:24 GMT 1999
Responsible-Changed-Why:
Cannot reproduce (on combo10 at least).
Testing team to confirm whether this is still occurring.
Responsible-Changed-From-To: alexs->nickg
Responsible-Changed-By: alexs
Responsible-Changed-When: Tue Mar 16 02:25:06 PST 1999
Responsible-Changed-Why:
Re-occurred weekend 13/14 March. See
http://ukweb.cygnus.co.uk/~testuser/1999-03-15/eCosTestSummary6.html
From: "Alex Schuilenburg" <alexs at cygnus dot co dot uk>
To: "Bugs" <bugs at cygnus dot com>
Cc: "Nick Garnett" <nickg at cygnus dot co dot uk>
Subject: Re: ecc/19410: TX39-jmr3904 - clock - Fail
Date: Tue, 16 Mar 1999 11:21:05 -0000
Hi Nick
This failed again last night on combo12. I have also moved PR 19308
(SPARClite) and 19528 (PPC) responsibility over to you as these are also
clock instability failures. They all look related, implying either a fault
with the kernel or with the test itself. All failures are on different
combos (see results of last nights run in
http://ukweb.cygnus.co.uk/~testuser/1999-03-16/eCosTestSummary5.html
So this is 1/3 instability failures.
-- Alex
Responsible-Changed-From-To: nickg->jlarmour
Responsible-Changed-By: alexs
Responsible-Changed-When: Tue Mar 16 05:05:16 PST 1999
Responsible-Changed-Why:
Hi Jonathan
The clock test (yours?) fails with instability error on TX39, SPARClite and PPC
hardware under various combos. They all look related, implying either a fault
with the kernel or with the test itself. Could you please investigate.
The other PRs are 19308 and 19528.
This is 1/3.
Responsible-Changed-From-To: jlarmour->jskov
Responsible-Changed-By: jskov
Responsible-Changed-When: Mon Apr 19 09:22:42 PDT 1999
Responsible-Changed-Why:
Responsible-Changed-From-To: jskov->jlarmour
Responsible-Changed-By: jskov
Responsible-Changed-When: Thu Apr 22 08:49:59 PDT 1999
Responsible-Changed-Why:
gonna fix it properly.
------- Additional Comments From alexs at ecoscentric dot com 2003-24-04 14:48 BST -------
Proper assignment
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.