> -----Original Message----- > From: users <users-boun...@rtems.org> On Behalf Of Sebastian Huber > Sent: Freitag, 10. Februar 2023 14:23 > To: martinerikwerner....@gmail.com; users@rtems.org > Subject: Re: Determining resource usage for BSP drivers > > On 10.02.23 14:19, martinerikwerner....@gmail.com wrote: > > Some BSP drivers use rtems objects in their implementation, for > > example GRCAN creating semaphores in bsps/shared/grlib/can/grcan.c. > > [...] > > Or is it assumed that the system will be configured with unlimited > > resources instead in most cases where this could become an issue? > > Yes, it is quite difficult to do the resource accounting for the Classic API > objects. We rewrote a lot of drivers to use the self-contained > synchronization objects: > > https://docs.rtems.org/branches/master/c-user/self_contained_objects.html >
Ah, very interesting and well explained. Can one use it as a general rule of thumb for new applications to prefer those self-contained objects instead of the classic rtems_semaphore_create() objects? And are there any pitfalls when mixing those two APIs or is it safe to do so? Best regards, Jan > -- > embedded brains GmbH > Herr Sebastian HUBER > Dornierstr. 4 > 82178 Puchheim > Germany > email: sebastian.hu...@embedded-brains.de > phone: +49-89-18 94 741 - 16 > fax: +49-89-18 94 741 - 08 > > Registergericht: Amtsgericht München > Registernummer: HRB 157899 > Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler > Unsere Datenschutzerklärung finden Sie hier: > https://embedded-brains.de/datenschutzerklaerung/ > _______________________________________________ > users mailing list > users@rtems.org > http://lists.rtems.org/mailman/listinfo/users _______________________________________________ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users