psxshm01 and psxshm02 fail on SPARC/erc32

Gedare Bloom gedare at rtems.org
Wed Jan 25 12:33:49 UTC 2017


On Wed, Jan 25, 2017 at 2:07 AM, Sebastian Huber
<sebastian.huber at embedded-brains.de> wrote:
> On 25/01/17 04:00, Gedare Bloom wrote:
>>
>> On Tue, Jan 24, 2017 at 7:25 PM, Joel Sherrill<joel at rtems.org>  wrote:
>>>
>>> >
>>> >
>>> >On Tue, Jan 24, 2017 at 6:23 PM, Gedare Bloom<gedare at rtems.org>  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 implementation of the
>>> >adapter layer you defined that uses malloc() and knows a few names?
>>> >
>>
>> I mean to ignore/expect the MAP_FAILED return from mmap and terminate
>> gracefully.
>>
>
> In case MAP_FAILED is currently the expected return value on all
> architectures, then this should be expected by the test. When will there be
> a proper mmap() implementation exist? What is a proper mmap() implementation
> for RTEMS at all?
>
Timeline is not certain. I hope within 2 months.

> I used mmap() on some GUI library to speed up the font initialization and
> simply mapped read-only font files (IMFS memfiles) via mmap(). It would be
> good to gather some use cases. I think Qt uses also mmap() for font files.
>
I know that mmap'ing files was a use case before. I have old code from
Chris to support it, and intend to extend/re-implement that support to
also provide mmap support for shm objects.

>
> --
> 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.huber at embedded-brains.de
> PGP     : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>



More information about the devel mailing list