kernel-ark/net/ipv6/netfilter
Herbert Xu 325ed82393 [NET]: Fix packet timestamping.
I've found the problem in general.  It affects any 64-bit
architecture.  The problem occurs when you change the system time.

Suppose that when you boot your system clock is forward by a day.
This gets recorded down in skb_tv_base.  You then wind the clock back
by a day.  From that point onwards the offset will be negative which
essentially overflows the 32-bit variables they're stored in.

In fact, why don't we just store the real time stamp in those 32-bit
variables? After all, we're not going to overflow for quite a while
yet.

When we do overflow, we'll need a better solution of course.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: David S. Miller <davem@davemloft.net>
2005-10-03 13:57:23 -07:00
..
ip6_queue.c [NET]: Fix packet timestamping. 2005-10-03 13:57:23 -07:00
ip6_tables.c [NETFILTER] ip6tables: remove duplicate code 2005-09-19 15:34:40 -07:00
ip6t_ah.c [NETFILTER] ip6tables: remove duplicate code 2005-09-19 15:34:40 -07:00
ip6t_dst.c [NETFILTER] ip6tables: remove duplicate code 2005-09-19 15:34:40 -07:00
ip6t_esp.c [NETFILTER] ip6tables: remove duplicate code 2005-09-19 15:34:40 -07:00
ip6t_eui64.c
ip6t_frag.c [NETFILTER] ip6tables: remove duplicate code 2005-09-19 15:34:40 -07:00
ip6t_hbh.c [NETFILTER] ip6tables: remove duplicate code 2005-09-19 15:34:40 -07:00
ip6t_hl.c
ip6t_HL.c
ip6t_ipv6header.c
ip6t_length.c
ip6t_limit.c
ip6t_LOG.c
ip6t_mac.c
ip6t_mark.c
ip6t_MARK.c
ip6t_multiport.c
ip6t_NFQUEUE.c
ip6t_owner.c [PATCH] files: lock-free fd look-up 2005-09-09 13:57:55 -07:00
ip6t_physdev.c
ip6t_REJECT.c
ip6t_rt.c [NETFILTER] ip6tables: remove duplicate code 2005-09-19 15:34:40 -07:00
ip6table_filter.c
ip6table_mangle.c
ip6table_raw.c
Kconfig [NETFILTER]: Fix ip[6]t_NFQUEUE Kconfig dependency 2005-09-24 16:52:03 -07:00
Makefile [NETFILTER]: Fix ip[6]t_NFQUEUE Kconfig dependency 2005-09-24 16:52:03 -07:00