03 Dec, 2006

3 commits


16 Nov, 2006

1 commit


06 Nov, 2006

3 commits


14 Aug, 2006

1 commit

  • Fix kernel panic on various SMP machines. The culprit is a null
    ub->skb in ulog_send(). If ulog_timer() has already been scheduled on
    one CPU and is spinning on the lock, and ipt_ulog_packet() flushes the
    queue on another CPU by calling ulog_send() right before it exits,
    there will be no skbuff when ulog_timer() acquires the lock and calls
    ulog_send(). Cancelling the timer in ulog_send() doesn't help because
    it has already been scheduled and is running on the first CPU.

    Similar problem exists in ebt_ulog.c and nfnetlink_log.c.

    Signed-off-by: Mark Huang
    Signed-off-by: Patrick McHardy
    Signed-off-by: David S. Miller

    Mark Huang
     

19 May, 2006

1 commit


10 Apr, 2006

1 commit


29 Mar, 2006

1 commit

  • Every netfilter module uses `init' for its module_init() function and
    `fini' or `cleanup' for its module_exit() function.

    Problem is, this creates uninformative initcall_debug output and makes
    ctags rather useless.

    So go through and rename them all to $(filename)_init and
    $(filename)_fini.

    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Andrew Morton
     

21 Mar, 2006

1 commit

  • By using a sequence number for every logged netfilter event, we can
    determine from userspace whether logging information was lots somewhere
    downstream.

    The user has a choice of either having per-instance local sequence
    counters, or using a global sequence counter, or both.

    Signed-off-by: Harald Welte
    Signed-off-by: David S. Miller

    Harald Welte
     

05 Feb, 2006

2 commits


05 Jan, 2006

1 commit


15 Nov, 2005

1 commit

  • This patch unconditionally requires CAP_NET_ADMIN for all nfnetlink
    messages. It also removes the per-message cap_required field, since all
    existing subsystems use CAP_NET_ADMIN for all their messages anyway.

    Patrick McHardy owes me a beer if we ever need to re-introduce this.

    Signed-off-by: Harald Welte
    Signed-off-by: David S. Miller

    Harald Welte
     

06 Nov, 2005

1 commit


04 Oct, 2005

1 commit

  • 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
    Signed-off-by: David S. Miller

    Herbert Xu
     

30 Aug, 2005

5 commits