<div dir="ltr"><div>Ok, thanks. <br></div><div><br></div><div>But I saw it seems I/O manager is merely a wrapper to open / close / read / write function pointer?<br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 16, 2022 at 8:13 PM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 14.09.22 11:55, Y. HB wrote:<br>
> Hello all.<br>
> <br>
> I'm writing drivers ( like ADC ) for tms570 on RTEMS.<br>
> To my understanding for now, there are two ways to implement non common <br>
> interface drivers.<br>
> 1. write a specific driver.h/.c pair to be called like PWM driver inside <br>
> bsps/arm/beagle/<br>
> 2. use I/O Manager interfaces.<br>
> <br>
> The latter IO Manager way still requires a specific void * argument to <br>
> pass actual parameters into the driver, but at least it could provide a <br>
> way to make application specific or general driver interface not SoC / <br>
> Device specific.<br>
> <br>
> Is my understanding correct?<br>
<br>
I would not use the IO Manager for new drivers. It would introduced <br>
overheads and leads to difficult to use interfaces (ioctl).<br>
<br>
-- <br>
embedded brains GmbH<br>
Herr Sebastian HUBER<br>
Dornierstr. 4<br>
82178 Puchheim<br>
Germany<br>
email: <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a><br>
phone: +49-89-18 94 741 - 16<br>
fax:   +49-89-18 94 741 - 08<br>
<br>
Registergericht: Amtsgericht München<br>
Registernummer: HRB 157899<br>
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler<br>
Unsere Datenschutzerklärung finden Sie hier:<br>
<a href="https://embedded-brains.de/datenschutzerklaerung/" rel="noreferrer" target="_blank">https://embedded-brains.de/datenschutzerklaerung/</a><br>
</blockquote></div>