From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22439 invoked by alias); 19 Sep 2013 19:30:07 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 22420 invoked by uid 89); 19 Sep 2013 19:30:07 -0000 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 19 Sep 2013 19:30:07 +0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RDNS_NONE,SPF_FAIL autolearn=no version=3.3.2 X-HELO: plane.gmane.org Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VMjvM-0003Wv-2X for ecos-discuss@ecos.sourceware.org; Thu, 19 Sep 2013 21:30:00 +0200 Received: from dsl.comtrol.com ([64.122.56.22]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Sep 2013 21:30:00 +0200 Received: from grant.b.edwards by dsl.comtrol.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Sep 2013 21:30:00 +0200 To: ecos-discuss@ecos.sourceware.org From: Grant Edwards Date: Thu, 19 Sep 2013 19:30:00 -0000 Message-ID: References: User-Agent: slrn/1.0.1 (Linux) X-IsSubscribed: yes Subject: [ECOS] Re: Cortex-M3 kernel failing certain kernel tests. X-SW-Source: 2013-09/txt/msg00012.txt.bz2 On 2013-09-18, Grant Edwards wrote: > I'm testing an eCos port to an NXP Cortex-M3 part (very similar to the > existing LPC17xx port), and I'm stuck with some failing kernel tests: > > mutex3 > kmutex3 > stress_threads > dhrystone [...] > These tests are run using a very minimal build with the mlqueue > scheduler (no io device drivers, no network, no file support, no > timeslicing). It turns out that stress_threads and dhrystone both require "printf" stdio support to work. Unfortunately, the CDL for the kernel tests doesn't seem to catch this missing dependancy. They both compile and link fine, but end up calling cyg_io_write() with a NULL io handle. After adding a couple #define's to make them use diag_printf and diag_sprintf, stress_threads and dhrystone both pass. Even though it passes, I think there's still a problem with the stress_threads test. It prints out a series of state dumps with messages claiming they're one minute intervals, but they're only a few seconds. I'm guessing that stress_threads contains a hidden assumption that the clock tick is 10ms and mine is actually 1ms. The mutex3 and kmutex3 tests still both fail the same as they did before... > * mutex3 and kmutex3 both fail test number 24 and then hang: > > ----- [24] New Cycle: 0x60, Threads 1a inactive, 2a run late, 3a run late ----- > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: Line: 346, File: [...]kernel/current/tests/mutex3.cxx > > > ----- [24] New Cycle: 0x60, Threads 1a inactive, 2a run late, 3a run late ----- > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: > INFO: Line: 353, File: [...]kernel/current/tests/kmutex3.c > -- Grant Edwards grant.b.edwards Yow! I'm GLAD I at remembered to XEROX all gmail.com my UNDERSHIRTS!! -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss