On Wed, Jan 25, 2017 at 2:07 AM, Sebastian Huber <sebastian.hu...@embedded-brains.de> wrote: > On 25/01/17 04:00, Gedare Bloom wrote: >> >> On Tue, Jan 24, 2017 at 7:25 PM, Joel Sherrill<j...@rtems.org> wrote: >>> >>> > >>> > >>> >On Tue, Jan 24, 2017 at 6:23 PM, Gedare Bloom<ged...@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.hu...@embedded-brains.de > PGP : Public key available on request. > > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. > _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
