From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Graf Subject: Re: Generic Netlink HOW-TO based on Jamal's original doc Date: Fri, 10 Nov 2006 23:56:14 +0100 Message-ID: <20061110225614.GO8693@postel.suug.ch> References: <45541757.90800@hp.com> <20061110102318.7b344d30.randy.dunlap@oracle.com> <20061110221219.GM8693@postel.suug.ch> <45550212.5060207@oracle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Paul Moore , hadi@cyberus.ca, netdev@vger.kernel.org, Arnaldo Carvalho de Melo Return-path: Received: from postel.suug.ch ([194.88.212.233]:17388 "EHLO postel.suug.ch") by vger.kernel.org with ESMTP id S1946721AbWKJWzy (ORCPT ); Fri, 10 Nov 2006 17:55:54 -0500 To: Randy Dunlap Content-Disposition: inline In-Reply-To: <45550212.5060207@oracle.com> Sender: netdev-owner@vger.kernel.org List-Id: netdev.vger.kernel.org * Randy Dunlap 2006-11-10 14:49 > >I thought I chose GENL_NAMESIZ wisely but to be sure I checked > >with Mr. Alignment himself, Arnaldo: > > Hm, looks OK to me. Am I missing something? It is OK, I was merely trying to prove it :-) > >struct genl_family { > > unsigned int id; /* 0(0) 4 */ > > unsigned int hdrsize; /* 4(0) 4 */ > > char name[16]; /* 8(0) 16 */ > > unsigned int version; /* 24(0) 4 */ > > unsigned int maxattr; /* 28(0) 4 */ > > /* ---------- cacheline 1 boundary ---------- */ > > struct nlattr * * attrbuf; /* 32(0) 4 */ > > struct list_head ops_list; /* 36(0) 8 */ > > struct list_head family_list; /* 44(0) 8 */ > >}; /* size: 52 */ > > How about field size issues? Usually for int's etc. that are in > userspace interfaces, we use __u32 etc. This is kernel side only, struct genl_family lives in net/genetlink.h and is not exported to userspace.