[lwip-devel] [task #14724] thread safe ARP cache APIs

[Joel Cunningham]

Follow-up Comment #9, task #14724 (project lwip):

> Sounds like this is missing then? Netif index is really a level above
netifapi, isn't it?

I should clarify my comment of "no way to go from interface name/index to
struct netif", I can write code that calls LOCK_TCPIP_CORE() and then calls
netif_find().  What I meant was that its an architecture layering violation
for network application to be directly interacting with struct netif.

To me, the netifapi APIs are mainly link level operations that require a
struct netif pointer. The one exception is the recent additions of:

err_t netifapi_netif_name_to_index(const char *name, u8_t *index);
err_t netifapi_netif_index_to_name(u8_t index, char *name);

Which are meant to be used by applications.  So my thought would be if the ARP
APIs are intended to be used by applications (as opposed to link-layer
management code), then they should take index





    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/task/?14724>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/