[ECOS] eCos 2.0b1 test results for E7T

[Jonathan Larmour]

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