Eric Lee / smarc-fsl-linux-kernel

15 Jul, 2007

1 commit

08 Jun, 2007

1 commit

  • 42f811b8b   [IPV4]: Convert IPv4 devconf to an array ... Browse Code »

    This patch converts the ipv4_devconf config members (everything except
    sysctl) to an array. This allows easier manipulation which will be
    needed later on to provide better management of default config values.

    Signed-off-by: Herbert Xu
    Signed-off-by: David S. Miller

    Herbert Xu
     

26 Apr, 2007

5 commits

15 Feb, 2007

1 commit

  • cd354f1ae   [PATCH] remove many unneeded #includes of sched.h ... Browse Code »

    After Al Viro (finally) succeeded in removing the sched.h #include in module.h
    recently, it makes sense again to remove other superfluous sched.h includes.
    There are quite a lot of files which include it but don't actually need
    anything defined in there. Presumably these includes were once needed for
    macros that used to live in sched.h, but moved to other header files in the
    course of cleaning it up.

    To ease the pain, this time I did not fiddle with any header files and only
    removed #includes from .c-files, which tend to cause less trouble.

    Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
    arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
    allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
    configs in arch/arm/configs on arm. I also checked that no new warnings were
    introduced by the patch (actually, some warnings are removed that were emitted
    by unnecessarily included header files).

    Signed-off-by: Tim Schmielau
    Acked-by: Russell King
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tim Schmielau
     

13 Feb, 2007

1 commit

  • 9a32144e9   [PATCH] mark struct file_operations const 7 ... Browse Code »

    Many struct file_operations in the kernel can be "const". Marking them const
    moves these to the .rodata section, which avoids false sharing with potential
    dirty data. In addition it'll catch accidental writes at compile time to
    these shared resources.

    Signed-off-by: Arjan van de Ven
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     

11 Feb, 2007

1 commit

03 Dec, 2006

1 commit

04 Oct, 2006

1 commit

29 Sep, 2006

4 commits

22 Jul, 2006

1 commit

01 Jul, 2006

1 commit

15 Apr, 2006

1 commit

  • 6c97e72a1   [IPV4]: Possible cleanups. ... Browse Code »

    This patch contains the following possible cleanups:
    - make the following needlessly global function static:
    - arp.c: arp_rcv()
    - remove the following unused EXPORT_SYMBOL's:
    - devinet.c: devinet_ioctl
    - fib_frontend.c: ip_rt_ioctl
    - inet_hashtables.c: inet_bind_bucket_create
    - inet_hashtables.c: inet_bind_hash
    - tcp_input.c: sysctl_tcp_abc
    - tcp_ipv4.c: sysctl_tcp_tw_reuse
    - tcp_output.c: sysctl_tcp_mtu_probing
    - tcp_output.c: sysctl_tcp_base_mss

    Signed-off-by: Adrian Bunk
    Signed-off-by: David S. Miller

    Adrian Bunk
     

21 Mar, 2006

1 commit

12 Jan, 2006

1 commit

04 Jan, 2006

1 commit

04 Oct, 2005

2 commits

  • e5ed63991   [IPV4]: Replace __in_dev_get with __in_dev_get_rcu/rtnl ... Browse Code »

    The following patch renames __in_dev_get() to __in_dev_get_rtnl() and
    introduces __in_dev_get_rcu() to cover the second case.

    1) RCU with refcnt should use in_dev_get().
    2) RCU without refcnt should use __in_dev_get_rcu().
    3) All others must hold RTNL and use __in_dev_get_rtnl().

    There is one exception in net/ipv4/route.c which is in fact a pre-existing
    race condition. I've marked it as such so that we remember to fix it.

    This patch is based on suggestions and prior work by Suzanne Wood and
    Paul McKenney.

    Signed-off-by: Herbert Xu
    Signed-off-by: David S. Miller

    Herbert Xu
     
  • 444fc8fc3   [IPV4]: Fix "Proxy ARP seems broken" ... Browse Code »

    Meelis Roos wrote:
    > RK> My firewall setup relies on proxyarp working. However, with 2.6.14-rc3,
    > RK> it appears to be completely broken. The firewall is 212.18.232.186,
    >
    > Same here with some kernel between 14-rc2 and 14-rc3 - no reposnse to
    > ARP on a proxyarp gateway. Sorry, no exact revison and no more debugging
    > yet since it'a a production gateway.

    The breakage is caused by the change to use the CB area for flagging
    whether a packet has been queued due to proxy_delay. This area gets
    cleared every time arp_rcv gets called. Unfortunately packets delayed
    due to proxy_delay also go through arp_rcv when they are reprocessed.

    In fact, I can't think of a reason why delayed proxy packets should go
    through netfilter again at all. So the easiest solution is to bypass
    that and go straight to arp_process.

    This is essentially what would've happened before netfilter support
    was added to ARP.

    Signed-off-by: Herbert Xu
    Signed-off-by: David S. Miller

    Herbert Xu
     

30 Aug, 2005

2 commits

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

    Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds