This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: eCos 2.0b1 test results for E7T
- From: Jonathan Larmour <jifl at eCosCentric dot com>
- To: Chris Garry <cgarry at sweeneydesign dot co dot uk>
- Cc: ecos-discuss at sources dot redhat dot com
- Date: Mon, 14 Apr 2003 17:16:37 +0100
- Subject: Re: [ECOS] eCos 2.0b1 test results for E7T
- References: <008e01c301cf$d91b02f0$5b0ba8c0@jasper>
Chris Garry wrote:
Host PC: Win2K + Cygwin
The 'all' template could not be used because there is not
enough RAM on the E7T board. Templates 'default', 'posix' and
'uitron' were used instead.
Test: net/common/v2_0b1/tests/multi_lo_select was not ran.
Template Default:
hal/* (3 tests - context, basic & cache)
kernel/v2_0b1/tests/tm_basic
kernel/v2_0b1/tests/stress_threads
services/memalloc/common/v2_0b1/tests/malloc4
language/c/libc/stdlib/v2_0b1/tests/memchr
language/c/libm/v2_0b1/tests/vectors/exp
-- All these tests passed --
[snip]
So it looks like Matt Kober's problem is something else, probably his
hardware, although another possibility is if there's been some board
revision of the e7t.
compat/posix/v2_0b1/tests/signal2
[snip]
Continuing.
INFO:<Test 1 - provoke unaligned access - not supported>
INFO:<Test 2 - provoke illegal access>
signal2 can be temperamental on some boards. This isn't vital
functionality so fixing it would be low priority.
It shouldn't hang though, so it should probably nevertheless be bugzilla'd
because the underlying issue is that the ARM architecture HAL is defining
CYGNUM_HAL_EXCEPTION_DATA_ACCESS for targets that may not implement it.
I'll do that.
Jifl
--
eCosCentric http://www.eCosCentric.com/ The eCos and RedBoot experts
--[ "You can complain because roses have thorns, or you ]--
--[ can rejoice because thorns have roses." -Lincoln ]-- Opinions==mine
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss