Hi Marcel,
On 03/01/2013 05:27 PM, Marcel Holtmann wrote:
Let's adapt (and fix if necessary) rtnl instead.
In the near future there is a nicer netlink handling code which is
coming also, so it will require a bit of work in rtnl anyway.
You might want to wait for this maybe. Check this with
Hi Daniel,
Let's adapt (and fix if necessary) rtnl instead.
In the near future there is a nicer netlink handling code which is
coming also, so it will require a bit of work in rtnl anyway.
You might want to wait for this maybe. Check this with Marcel.
is ACCT netfilter plain netlink or
On 28.02.2013 16:44, Tomasz Bursztyka wrote:
Hi Marcel,
Let's adapt (and fix if necessary) rtnl instead.
In the near future there is a nicer netlink handling code which is
coming also, so it will require a bit of work in rtnl anyway.
You might want to wait for this maybe. Check this with
Hi Daniel,
Let's adapt (and fix if necessary) rtnl instead.
In the near future there is a nicer netlink handling code which is
coming also, so it will require a bit of work in rtnl anyway.
You might want to wait for this maybe. Check this with Marcel.
is ACCT netfilter plain netlink or
Hi Daniel,
Instead of factoring out common parts from rtnl.c we add a
new implementation for handling the upcoming ACCT netfilter netlink
messages.
The main reason is not to disturb the working rtnl code (although
it has several hidden bugs, which are not triggered by the ussage
pattern). The
Hi Daniel,
Instead of factoring out common parts from rtnl.c we add a
new implementation for handling the upcoming ACCT netfilter netlink
messages.
The main reason is not to disturb the working rtnl code (although
it has several hidden bugs, which are not triggered by the ussage
pattern).
Hi Marcel,
Let's adapt (and fix if necessary) rtnl instead.
In the near future there is a nicer netlink handling code which is coming also,
so it will require a bit of work in rtnl anyway.
You might want to wait for this maybe. Check this with Marcel.
is ACCT netfilter plain netlink or
From: Daniel Wagner daniel.wag...@bmw-carit.de
Instead of factoring out common parts from rtnl.c we add a
new implementation for handling the upcoming ACCT netfilter netlink
messages.
The main reason is not to disturb the working rtnl code (although
it has several hidden bugs, which are not
