OK. I will just stick with approach 1. Kevin Kirspel Electrical Engineer - Sr. Staff Idexx Roswell 235 Hembree Park Drive Roswell GA 30076 Tel: (770)-510-4444 ext. 81642 Direct: (770)-688-1642 Fax: (770)-510-4445
-----Original Message----- From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Sebastian Huber Sent: Wednesday, May 17, 2017 1:32 AM To: Kirspel, Kevin <kevin-kirs...@idexx.com>; devel@rtems.org Subject: Re: RTEMS MAP_SHARED support expansion On 16/05/17 21:28, Kirspel, Kevin wrote: > The second approach includes the first approach but adds support for > RTEMS device drivers. We would need to add a mmap handler to > "rtems_driver_address_table". The "IMFS_device_handlers" would add a > mmap handler to device_mmap(). We would need a new > rtems_deviceio_mmap() function to call the drivers mmap handler. I > don't think any BSPs will be affected because the mmap handler of > "rtems_driver_address_table" should initialize to NULL. Any BSP would > them be free to add a handler to process mmap calls. I would not touch the legacy RTEMS device drivers. With the IMFS generic nodes we have something more flexible with lower overhead. -- 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 https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.rtems.org_mailman_listinfo_devel&d=DwIF-g&c=2do6VJGs3LvEOe4OFFM1bA&r=dbavT-WIJ4nBfQFKYnKdAD52Vyq3ZXSzrL9TAm21lZI&m=LvIJSxMOfKUmtQhAsLZm_KkVvgeGT75H5TZ06fzmwiw&s=LB8V3jvtD878rxyGZSjR_VoEbJii-JWdjaw4a3GaFYk&e= _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
