Thread (45 messages) flat view 45 messages, 5 authors, 2012-12-20

Re: [PATCH net-next 0/7] Allow to monitor multicast cache event via rtnetlink

From: Nicolas Dichtel <hidden>
Date: 2012-12-05 11:02:54

Le 04/12/2012 21:02, Nicolas Dichtel a écrit :
Le 04/12/2012 19:09, David Miller a écrit :
quoted
From: Nicolas Dichtel <redacted>
Date: Tue,  4 Dec 2012 12:13:34 +0100
quoted
The goal of this serie is to be able to monitor multicast activities via
rtnetlink.

The main changes are:
  - when user dumps mfc entries it now get all entries, included the unresolved
    cache.
  - kernel sends rtnetlink when it adds/deletes mfc entries.

As usual, the patch against iproute2 will be sent once the patches are
included and
net-next merged. I can send it on demand.
This looks good, applied, thanks Nicolas.

The one thing I worry about are those 64-bit statistics.  I fear that they
not be 64-bit aligned in the final netlink message.  This matters on cpus
that trap on unaligned loads/stores, such as sparc and MIPS.

Can you validate this?
I can have a try on a tile platform. I don't have access to sparc or mips.
Hmm, I've read arm instead of mips! So I've tried on mips. Data are aligned on 
32-bit, like for all netlink messages. nla_put_u64() will do the same, as it 
calls nla_put().

And the kernel will only use memcpy() to treat this attribute. Reader will be in 
userland.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help