Re: psxshm01 and psxshm02 fail on SPARC/erc32

On 25/01/17 04:00, Gedare Bloom wrote: On Tue, Jan 24, 2017 at 7:25 PM, Joel Sherrill wrote: > > >On Tue, Jan 24, 2017 at 6:23 PM, Gedare Bloom wrote: >> >>Yes. They should fail with MAP_FAILED until we get a proper mmap(). >>This can be either detected, or

Re: psxshm01 and psxshm02 fail on SPARC/erc32

On Tue, Jan 24, 2017 at 7:25 PM, Joel Sherrill wrote: > > > On Tue, Jan 24, 2017 at 6:23 PM, Gedare Bloom wrote: >> >> Yes. They should fail with MAP_FAILED until we get a proper mmap(). >> This can be either detected, or the test can be augmented until we get

Re: psxshm01 and psxshm02 fail on SPARC/erc32

On Tue, Jan 24, 2017 at 6:23 PM, Gedare Bloom wrote: > Yes. They should fail with MAP_FAILED until we get a proper mmap(). > This can be either detected, or the test can be augmented until we get > mmap support for shm objects done. > > When you say augmented, you mean with an

Re: psxshm01 and psxshm02 fail on SPARC/erc32

Yes. They should fail with MAP_FAILED until we get a proper mmap(). This can be either detected, or the test can be augmented until we get mmap support for shm objects done. On Tue, Jan 24, 2017 at 9:45 AM, Sebastian Huber wrote: > Hello, > > psxshm01 and

[PATCH] Adding ARM VFP V2 support

--- c/src/lib/libbsp/arm/shared/start/start.S | 4 cpukit/score/cpu/arm/rtems/score/arm.h| 6 ++ 2 files changed, 10 insertions(+) mode change 100644 => 100755 c/src/lib/libbsp/arm/shared/start/start.S mode change 100644 => 100755 cpukit/score/cpu/arm/rtems/score/arm.h diff --git

psxshm01 and psxshm02 fail on SPARC/erc32

Hello, psxshm01 and psxshm02 fail on SPARC/erc32. Is this expected? -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de PGP : Public key

Re: [PATCH] Adding ARM VFP V2 support

Thanks, committed. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : sebastian.hu...@embedded-brains.de PGP : Public key available on request. Diese Nachricht ist keine

Re: RTEMS master LEON test status

Hello Sebastian, I shouldn't do those ISR lock and _Thread_Dispatch_disable, right? Does this patch solve some of the original test fails? I'm trying the latest version now. Best, Kuan-Hsun 2017-01-24 14:46 GMT+01:00 Sebastian Huber < sebastian.hu...@embedded-brains.de>: > Hello Kuan-Hsun, > >

Re: RTEMS master LEON test status

There are more SMP problems. I will have a look at his tomorrow. On 24/01/17 14:46, Sebastian Huber wrote: Hello Kuan-Hsun, thanks for your prompt feedback. I checked in a patch that fixes one issue: https://devel.rtems.org/changeset/1240aade5a35c4e8c43d5409e2329eeb6a173299/rtems On

Re: Help with RTEMS C User’s Guide

On Jan 24, 2017 12:55 AM, "Tanu Hari Dixit" wrote: Hello Devs, I have been trying to setup a makefile so as to execute the various code snippets given in the C User's guide for RTEMS ( https://docs.rtems.org/doc-current/share/rtems/html/c_user/ index.html#SEC_Contents)

Re: RTEMS master LEON test status

Hi Sebastian, I will check again the test on SMP target, though I only have QEMU-SMP to simulate at the moment. Is it okay to only test on QEMU? Interestingly, why only sprmsched01 fails? How about spedfsched04? I will start from this observation and see why SMP fails. Best, Kuan-Hsun

Re: RTEMS master LEON test status

On 24/01/17 13:51, Sebastian Huber wrote: [...] On 24/01/17 13:25, Daniel Hellstrom wrote: [...] GR712RC, RTEMS Single-core configuration results: ### # RTEMS TESTSUITE FAILURE SUMMARY # # Result Test ExecRes ConsoleRes ExitCode1

Re: RTEMS master LEON test status

On 24/01/17 13:25, Daniel Hellstrom wrote: # FAIL: ./fstests/fsdosfsname01 OK FAIL 5 0 I guess, you don't use the RSB based tool chain and instead your own? Please add iconv_encodings=big5,cp775,cp850,cp852,cp855,\ cp866,euc_jp,euc_kr,euc_tw,iso_8859_1,iso_8859_10,iso_8859_11,\

Re: RTEMS master LEON test status

Hello Daniel, for RTEMS 4.12 GCC 6.3 will be used (most likely). I did test runs with https://git.rtems.org/rtems/commit/?id=b07e642a2b1249cd64048c5e9f5e45254df7ae65 on the GR740 with no unexpected test failures. On 24/01/17 13:25, Daniel Hellstrom wrote: Hi, We started some time ago to

RE: [PATCH 1/2] Adding ARM VFP V2 support

I can create a new patch without this. It was just there to fully support the capabilities of the VFP. I don't enable the fast math option in my BSP but I didn't know if it was useful for someone else. Kevin Kirspel Electrical Engineer - Sr. Staff Idexx Roswell 235 Hembree Park Drive Roswell

Re: [PATCH] bsps/sparc: Remove tlib clock driver

Hi Sebastian. We are currently working on the rtems master and updating the drivers and sparc tools. Please hold of before you push this one so that we can review it first. Your patch is probably ok, it is just that I want to have time to look at it first. Best Regards, Daniel Hellstrom On

Re: Help with RTEMS C User’s Guide

Hey, Thank you for replying. Yes, the sample applications run (hello world and ticker as given on https://devel.rtems.org/wiki/TBR/UserManual/Quick_Start). Regards, Tanu Hari Dixit. On Tue, Jan 24, 2017 at 4:06 PM, Laurent Navet wrote: > Hi > > I have made a file with

Re: Help with RTEMS C User’s Guide

Hi > I have made a file with the first example of printing object names ( > https://docs.rtems.org/doc-current/share/rtems/html/c_ > user/Key-Concepts-Object-Names.html#Key-Concepts-Object-Names) and i use > the following command to use sparc-rtems4.12-gcc to compile this program > >