Eric Lee / smarc-fsl-linux-kernel

29 Sep, 2006

6 commits

23 Sep, 2006

1 commit

  • beb8d13be   [MLSXFRM]: Add flow labeling ... Browse Code »

    This labels the flows that could utilize IPSec xfrms at the points the
    flows are defined so that IPSec policy and SAs at the right label can
    be used.

    The following protos are currently not handled, but they should
    continue to be able to use single-labeled IPSec like they currently
    do.

    ipmr
    ip_gre
    ipip
    igmp
    sit
    sctp
    ip6_tunnel (IPv6 over IPv6 tunnel device)
    decnet

    Signed-off-by: Venkat Yekkirala
    Signed-off-by: David S. Miller

    Venkat Yekkirala
     

26 Apr, 2006

1 commit

25 Mar, 2006

1 commit

  • cef2685e0   [IPV4]: Aggregate route entries with different TOS values ... Browse Code »

    When we get an ICMP need-to-frag message, the original TOS value in the
    ICMP payload cannot be used as a key to look up the routes to update.
    This is because the TOS field may have been modified by routers on the
    way. Similarly, ip_rt_redirect should also ignore the TOS as the router
    that gave us the message may have modified the TOS value.

    The patch achieves this objective by aggregating entries with different
    TOS values (but are otherwise identical) into the same bucket. This
    makes it easy to update them at the same time when an ICMP message is
    received.

    In future we should use a twin-hashing scheme where teh aggregation
    occurs at the entry level. That is, the TOS goes back into the hash
    for normal lookups while ICMP lookups will end up with a node that
    gives us a list that contains all other route entries that differ
    only by TOS.

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

    Ilia Sotnikov
     

01 Feb, 2006

1 commit

  • 5d39a795b   [IPV4]: Always set fl.proto in ip_route_newports ... Browse Code »

    ip_route_newports uses the struct flowi from the struct rtable returned
    by ip_route_connect for the new route lookup and just replaces the port
    numbers if they have changed. If an IPsec policy exists which doesn't match
    port 0 the struct flowi won't have the proto field set and no xfrm lookup
    is done for the changed ports.

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

    Patrick McHardy
     

23 Nov, 2005

1 commit

  • 0ff60a456   [IPV4]: Fix secondary IP addresses after promotion ... Browse Code »

    This patch fixes the problem with promoting aliases when:
    a) a single primary and > 1 secondary addresses
    b) multiple primary addresses each with at least one secondary address

    Based on earlier efforts from Brian Pomerantz ,
    Patrick McHardy and Thomas Graf

    Signed-off-by: Jamal Hadi Salim
    Signed-off-by: David S. Miller

    Jamal Hadi Salim
     

30 Aug, 2005

2 commits

  • 20380731b   [NET]: Fix sparse warnings ... Browse Code »

    Of this type, mostly:

    CHECK net/ipv6/netfilter.c
    net/ipv6/netfilter.c:96:12: warning: symbol 'ipv6_netfilter_init' was not declared. Should it be static?
    net/ipv6/netfilter.c:101:6: warning: symbol 'ipv6_netfilter_fini' was not declared. Should it be static?

    Signed-off-by: Arnaldo Carvalho de Melo
    Signed-off-by: David S. Miller

    Arnaldo Carvalho de Melo
     
  • 0742fd53a   [IPV4]: possible cleanups ... Browse Code »

    This patch contains the following possible cleanups:
    - make needlessly global code static
    - #if 0 the following unused global function:
    - xfrm4_state.c: xfrm4_state_fini
    - remove the following unneeded EXPORT_SYMBOL's:
    - ip_output.c: ip_finish_output
    - ip_output.c: sysctl_ip_default_ttl
    - fib_frontend.c: ip_dev_find
    - inetpeer.c: inet_peer_idlock
    - ip_options.c: ip_options_compile
    - ip_options.c: ip_options_undo
    - net/core/request_sock.c: sysctl_max_syn_backlog

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

    Adrian Bunk
     

22 Jun, 2005

1 commit

  • 39c715b71   [PATCH] smp_processor_id() cleanup ... Browse Code »

    This patch implements a number of smp_processor_id() cleanup ideas that
    Arjan van de Ven and I came up with.

    The previous __smp_processor_id/_smp_processor_id/smp_processor_id API
    spaghetti was hard to follow both on the implementational and on the
    usage side.

    Some of the complexity arose from picking wrong names, some of the
    complexity comes from the fact that not all architectures defined
    __smp_processor_id.

    In the new code, there are two externally visible symbols:

    - smp_processor_id(): debug variant.

    - raw_smp_processor_id(): nondebug variant. Replaces all existing
    uses of _smp_processor_id() and __smp_processor_id(). Defined
    by every SMP architecture in include/asm-*/smp.h.

    There is one new internal symbol, dependent on DEBUG_PREEMPT:

    - debug_smp_processor_id(): internal debug variant, mapped to
    smp_processor_id().

    Also, i moved debug_smp_processor_id() from lib/kernel_lock.c into a new
    lib/smp_processor_id.c file. All related comments got updated and/or
    clarified.

    I have build/boot tested the following 8 .config combinations on x86:

    {SMP,UP} x {PREEMPT,!PREEMPT} x {DEBUG_PREEMPT,!DEBUG_PREEMPT}

    I have also build/boot tested x64 on UP/PREEMPT/DEBUG_PREEMPT. (Other
    architectures are untested, but should work just fine.)

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

    Ingo Molnar
     

30 May, 2005

1 commit

06 May, 2005

1 commit

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