From: Stephen Hemminger <shemminger@osdl.org>
To: Thomas Graf <tgraf@suug.ch>
Cc: davem@davemloft.net, netdev@vger.kernel.org
Subject: Re: [PATCH 9/9] [NET]: Move netlink interface bits to linux/if.h
Date: Sat, 05 Aug 2006 22:42:18 -0700 [thread overview]
Message-ID: <44D5813A.1070309@osdl.org> (raw)
In-Reply-To: <20060805003538.106022871@postel.suug.ch>
Thomas Graf wrote:
> Signed-off-by: Thomas Graf <tgraf@suug.ch>
>
> Index: net-2.6.19/include/linux/if.h
> ===================================================================
> --- net-2.6.19.orig/include/linux/if.h
> +++ net-2.6.19/include/linux/if.h
> @@ -212,5 +212,134 @@ struct ifconf
> #define ifc_buf ifc_ifcu.ifcu_buf /* buffer address */
> #define ifc_req ifc_ifcu.ifcu_req /* array of structures */
>
> +/* The struct should be in sync with struct net_device_stats */
> +struct rtnl_link_stats
> +{
> + __u32 rx_packets; /* total packets received */
> + __u32 tx_packets; /* total packets transmitted */
> + __u32 rx_bytes; /* total bytes received */
> + __u32 tx_bytes; /* total bytes transmitted */
> + __u32 rx_errors; /* bad packets received */
> + __u32 tx_errors; /* packet transmit problems */
> + __u32 rx_dropped; /* no space in linux buffers */
> + __u32 tx_dropped; /* no space available in linux */
> + __u32 multicast; /* multicast packets received */
> + __u32 collisions;
> +
> + /* detailed rx_errors: */
> + __u32 rx_length_errors;
> + __u32 rx_over_errors; /* receiver ring buff overflow */
> + __u32 rx_crc_errors; /* recved pkt with crc error */
> + __u32 rx_frame_errors; /* recv'd frame alignment error */
> + __u32 rx_fifo_errors; /* recv'r fifo overrun */
> + __u32 rx_missed_errors; /* receiver missed packet */
> +
> + /* detailed tx_errors */
> + __u32 tx_aborted_errors;
> + __u32 tx_carrier_errors;
> + __u32 tx_fifo_errors;
> + __u32 tx_heartbeat_errors;
> + __u32 tx_window_errors;
> +
> + /* for cslip etc */
> + __u32 rx_compressed;
> + __u32 tx_compressed;
> +};
> +
> +/* The struct should be in sync with struct ifmap */
> +struct rtnl_link_ifmap
> +{
> + __u64 mem_start;
> + __u64 mem_end;
> + __u64 base_addr;
> + __u16 irq;
> + __u8 dma;
> + __u8 port;
> +};
> +
> +enum
> +{
> + IFLA_UNSPEC,
> + IFLA_ADDRESS,
> + IFLA_BROADCAST,
> + IFLA_IFNAME,
> + IFLA_MTU,
> + IFLA_LINK,
> + IFLA_QDISC,
> + IFLA_STATS,
> + IFLA_COST,
> +#define IFLA_COST IFLA_COST
> + IFLA_PRIORITY,
> +#define IFLA_PRIORITY IFLA_PRIORITY
> + IFLA_MASTER,
> +#define IFLA_MASTER IFLA_MASTER
> + IFLA_WIRELESS, /* Wireless Extension event - see wireless.h */
> +#define IFLA_WIRELESS IFLA_WIRELESS
> + IFLA_PROTINFO, /* Protocol specific information for a link */
> +#define IFLA_PROTINFO IFLA_PROTINFO
> + IFLA_TXQLEN,
> +#define IFLA_TXQLEN IFLA_TXQLEN
> + IFLA_MAP,
> +#define IFLA_MAP IFLA_MAP
> + IFLA_WEIGHT,
> +#define IFLA_WEIGHT IFLA_WEIGHT
> + IFLA_OPERSTATE,
> + IFLA_LINKMODE,
> + __IFLA_MAX
> +};
> +
> +
> +#define IFLA_MAX (__IFLA_MAX - 1)
> +
> +/* ifi_flags.
> +
> + IFF_* flags.
> +
> + The only change is:
> + IFF_LOOPBACK, IFF_BROADCAST and IFF_POINTOPOINT are
> + more not changeable by user. They describe link media
> + characteristics and set by device driver.
> +
> + Comments:
> + - Combination IFF_BROADCAST|IFF_POINTOPOINT is invalid
> + - If neither of these three flags are set;
> + the interface is NBMA.
> +
> + - IFF_MULTICAST does not mean anything special:
> + multicasts can be used on all not-NBMA links.
> + IFF_MULTICAST means that this media uses special encapsulation
> + for multicast frames. Apparently, all IFF_POINTOPOINT and
> + IFF_BROADCAST devices are able to use multicasts too.
> + */
> +
> +/* IFLA_LINK.
> + For usual devices it is equal ifi_index.
> + If it is a "virtual interface" (f.e. tunnel), ifi_link
> + can point to real physical interface (f.e. for bandwidth calculations),
> + or maybe 0, what means, that real media is unknown (usual
> + for IPIP tunnels, when route to endpoint is allowed to change)
> + */
> +
> +/* Subtype attributes for IFLA_PROTINFO */
> +enum
> +{
> + IFLA_INET6_UNSPEC,
> + IFLA_INET6_FLAGS, /* link flags */
> + IFLA_INET6_CONF, /* sysctl parameters */
> + IFLA_INET6_STATS, /* statistics */
> + IFLA_INET6_MCAST, /* MC things. What of them? */
> + IFLA_INET6_CACHEINFO, /* time values and max reasm size */
> + __IFLA_INET6_MAX
> +};
> +
> +#define IFLA_INET6_MAX (__IFLA_INET6_MAX - 1)
> +
> +struct ifla_cacheinfo
> +{
> + __u32 max_reasm_len;
> + __u32 tstamp; /* ipv6InterfaceTable updated timestamp */
> + __u32 reachable_time;
> + __u32 retrans_time;
> +};
>
> #endif /* _LINUX_IF_H */
> Index: net-2.6.19/include/linux/rtnetlink.h
> ===================================================================
> --- net-2.6.19.orig/include/linux/rtnetlink.h
> +++ net-2.6.19/include/linux/rtnetlink.h
> @@ -2,6 +2,7 @@
> #define __LINUX_RTNETLINK_H
>
> #include <linux/netlink.h>
> +#include <linux/if.h>
>
> /****
> * Routing/neighbour discovery messages.
> @@ -607,138 +608,6 @@ struct prefix_cacheinfo
> __u32 valid_time;
> };
>
> -/* The struct should be in sync with struct net_device_stats */
> -struct rtnl_link_stats
> -{
> - __u32 rx_packets; /* total packets received */
> - __u32 tx_packets; /* total packets transmitted */
> - __u32 rx_bytes; /* total bytes received */
> - __u32 tx_bytes; /* total bytes transmitted */
>
Make the packets and byte counts __u64 so if/when we extend net_device
stats to bigger
values, the message format doesn't have to change.
> - __u32 rx_errors; /* bad packets received */
> - __u32 tx_errors; /* packet transmit problems */
> - __u32 rx_dropped; /* no space in linux buffers */
> - __u32 tx_dropped; /* no space available in linux */
> - __u32 multicast; /* multicast packets received */
> - __u32 collisions;
> -
> - /* detailed rx_errors: */
> - __u32 rx_length_errors;
> - __u32 rx_over_errors; /* receiver ring buff overflow */
> - __u32 rx_crc_errors; /* recved pkt with crc error */
> - __u32 rx_frame_errors; /* recv'd frame alignment error */
> - __u32 rx_fifo_errors; /* recv'r fifo overrun */
> - __u32 rx_missed_errors; /* receiver missed packet */
> -
> - /* detailed tx_errors */
> - __u32 tx_aborted_errors;
> - __u32 tx_carrier_errors;
> - __u32 tx_fifo_errors;
> - __u32 tx_heartbeat_errors;
> - __u32 tx_window_errors;
> -
> - /* for cslip etc */
> - __u32 rx_compressed;
> - __u32 tx_compressed;
> -};
> -
> -/* The struct should be in sync with struct ifmap */
> -struct rtnl_link_ifmap
> -{
> - __u64 mem_start;
> - __u64 mem_end;
> - __u64 base_addr;
> - __u16 irq;
> - __u8 dma;
> - __u8 port;
> -};
> -
> -enum
> -{
> - IFLA_UNSPEC,
> - IFLA_ADDRESS,
> - IFLA_BROADCAST,
> - IFLA_IFNAME,
> - IFLA_MTU,
> - IFLA_LINK,
> - IFLA_QDISC,
> - IFLA_STATS,
> - IFLA_COST,
> -#define IFLA_COST IFLA_COST
> - IFLA_PRIORITY,
> -#define IFLA_PRIORITY IFLA_PRIORITY
> - IFLA_MASTER,
> -#define IFLA_MASTER IFLA_MASTER
> - IFLA_WIRELESS, /* Wireless Extension event - see wireless.h */
> -#define IFLA_WIRELESS IFLA_WIRELESS
> - IFLA_PROTINFO, /* Protocol specific information for a link */
> -#define IFLA_PROTINFO IFLA_PROTINFO
> - IFLA_TXQLEN,
> -#define IFLA_TXQLEN IFLA_TXQLEN
> - IFLA_MAP,
> -#define IFLA_MAP IFLA_MAP
> - IFLA_WEIGHT,
> -#define IFLA_WEIGHT IFLA_WEIGHT
> - IFLA_OPERSTATE,
> - IFLA_LINKMODE,
> - __IFLA_MAX
> -};
> -
> -
> -#define IFLA_MAX (__IFLA_MAX - 1)
> -
> -#define IFLA_RTA(r) ((struct rtattr*)(((char*)(r)) + NLMSG_ALIGN(sizeof(struct ifinfomsg))))
> -#define IFLA_PAYLOAD(n) NLMSG_PAYLOAD(n,sizeof(struct ifinfomsg))
> -
> -/* ifi_flags.
> -
> - IFF_* flags.
> -
> - The only change is:
> - IFF_LOOPBACK, IFF_BROADCAST and IFF_POINTOPOINT are
> - more not changeable by user. They describe link media
> - characteristics and set by device driver.
> -
> - Comments:
> - - Combination IFF_BROADCAST|IFF_POINTOPOINT is invalid
> - - If neither of these three flags are set;
> - the interface is NBMA.
> -
> - - IFF_MULTICAST does not mean anything special:
> - multicasts can be used on all not-NBMA links.
> - IFF_MULTICAST means that this media uses special encapsulation
> - for multicast frames. Apparently, all IFF_POINTOPOINT and
> - IFF_BROADCAST devices are able to use multicasts too.
> - */
> -
> -/* IFLA_LINK.
> - For usual devices it is equal ifi_index.
> - If it is a "virtual interface" (f.e. tunnel), ifi_link
> - can point to real physical interface (f.e. for bandwidth calculations),
> - or maybe 0, what means, that real media is unknown (usual
> - for IPIP tunnels, when route to endpoint is allowed to change)
> - */
> -
> -/* Subtype attributes for IFLA_PROTINFO */
> -enum
> -{
> - IFLA_INET6_UNSPEC,
> - IFLA_INET6_FLAGS, /* link flags */
> - IFLA_INET6_CONF, /* sysctl parameters */
> - IFLA_INET6_STATS, /* statistics */
> - IFLA_INET6_MCAST, /* MC things. What of them? */
> - IFLA_INET6_CACHEINFO, /* time values and max reasm size */
> - __IFLA_INET6_MAX
> -};
> -
> -#define IFLA_INET6_MAX (__IFLA_INET6_MAX - 1)
> -
> -struct ifla_cacheinfo
> -{
> - __u32 max_reasm_len;
> - __u32 tstamp; /* ipv6InterfaceTable updated timestamp */
> - __u32 reachable_time;
> - __u32 retrans_time;
> -};
>
> /*****************************************************************
> * Traffic control messages.
>
> -
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2006-08-05 5:42 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-05 0:34 [PATCHSET] Begin of transformations to new netlink api Thomas Graf
2006-08-04 22:00 ` [PATCH 1/9] [NETLINK]: Extend netlink messaging interface Thomas Graf
2006-08-04 22:00 ` [PATCH 2/9] [NETLINK]: Convert core netlink handling to new netlink api Thomas Graf
2006-08-04 22:00 ` [PATCH 3/9] [IPV4]: Convert address addition " Thomas Graf
2006-08-04 22:00 ` [PATCH 4/9] [IPV4]: Convert address deletion " Thomas Graf
2006-08-04 22:00 ` [PATCH 5/9] [IPV4]: Convert address dumping " Thomas Graf
2006-08-04 22:00 ` [PATCH 6/9] [IPv4]: Move interface address bits to linux/if_addr.h Thomas Graf
2006-08-04 22:00 ` [PATCH 7/9] [NET]: Convert link modification to new netlink api Thomas Graf
2006-08-04 22:00 ` [PATCH 8/9] [NET]: Convert link dumping " Thomas Graf
2006-08-04 22:00 ` [PATCH 9/9] [NET]: Move netlink interface bits to linux/if.h Thomas Graf
2006-08-06 5:42 ` Stephen Hemminger [this message]
2006-08-05 6:23 ` David Miller
2006-08-07 17:57 ` Stephen Hemminger
2006-08-05 6:21 ` [PATCHSET] Begin of transformations to new netlink api David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=44D5813A.1070309@osdl.org \
--to=shemminger@osdl.org \
--cc=davem@davemloft.net \
--cc=netdev@vger.kernel.org \
--cc=tgraf@suug.ch \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.