[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1233002392.23161.6.camel@pohly-MOBL>
Date: Mon, 26 Jan 2009 21:39:52 +0100
From: Patrick Ohly <patrick.ohly@...el.com>
To: David Miller <davem@...emloft.net>
Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-api@...r.kernel.org" <linux-api@...r.kernel.org>
Subject: Re: hardware time stamping with optional structs in data area
On Mon, 2009-01-26 at 07:04 +0200, David Miller wrote:
> From: Patrick Ohly <patrick.ohly@...el.com>
> Date: Wed, 21 Jan 2009 11:07:37 +0100
> See fs/compat_ioctl.c:dev_ifsioc() for how to handle the
> "32-bit process under 64-bit kernel" issue wrt. struct ifreq
Thanks, will do.
> Just consolidate the array into a direct conversion table. You only
> have 2 bits defined so you only need an array of 4 entries. Pass the
> optional flag bits directly in as the index of that table.
How can I get some code executed during the initialization of the IP
stack which initializes the table, before any sk_buff gets allocated?
The content is constant, but writing it down as static initializers
using just preprocessor macros would be difficult and/or ugly - that's
why I haven't done it already.
Bye, Patrick
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists