On 18 February 2016 at 07:15, Maxim Uvarov <maxim.uva...@linaro.org> wrote:
> On 02/18/16 14:58, Mike Holmes wrote: > >> >> >> On 18 February 2016 at 06:33, Maxim Uvarov <maxim.uva...@linaro.org >> <mailto:maxim.uva...@linaro.org>> wrote: >> >> Hello, >> >> Does someone have clear view why odp driver can not use odp api >> functions? >> Can you please explain why code should be duplicated? >> >> >> I thought we defined these at least >> >> Required change to an existing api just to solve a problem for a driver >> will not impact the application api, they are different use cases, one is a >> high level abstraction the other attaching to HW. >> >> > change to solve problem means that there is problem. It does not matter > where it is but it has to be fixed. You need to be solving the problem for the right use case, they are different, so you fix it for the right audience and do not affect others. > > > Isolation of changes, there will be tens of independent drivers that >> should continue to link with a stable driver interface whilst the >> application interface continues to evolve for application needs >> >> Implementer sanity, a driver writer includes only the driver api and does >> not have to deal with anything else in the full api. >> >> Driver interface in current context is separate thing. In my > understanding it's set of structs which link driver and odp library. But > ODP driver must include ODP api and reference to types defined in API. No, the application api is full of useless stuff for this use case, no need to drag TM etc in since a NIC io driver will not use this. > There should be no any local byte swap or atomic functions and what is > else implemented in api. > Maxim. > > >> >> >> *) odp driver here means pktio interface to NIC implemented as driver. >> >> >> Thank you, >> Maxim. >> _______________________________________________ >> lng-odp mailing list >> lng-odp@lists.linaro.org <mailto:lng-odp@lists.linaro.org> >> https://lists.linaro.org/mailman/listinfo/lng-odp >> >> >> >> >> -- >> Mike Holmes >> Technical Manager - Linaro Networking Group >> Linaro.org <http://www.linaro.org/>***│ *Open source software for ARM >> SoCs >> "Work should be fun and collborative, the rest follows" >> >> > -- Mike Holmes Technical Manager - Linaro Networking Group Linaro.org <http://www.linaro.org/> *│ *Open source software for ARM SoCs "Work should be fun and collborative, the rest follows"
_______________________________________________ lng-odp mailing list lng-odp@lists.linaro.org https://lists.linaro.org/mailman/listinfo/lng-odp
