Eric Lee / smarc-fsl-linux-kernel

25 Jul, 2006

1 commit

  • 6c753c3d3   [VLAN]: Fix link state propagation ... Browse Code »

    When the queue of the underlying device is stopped at initialization time
    or the device is marked "not present", the state will be propagated to the
    vlan device and never change. Based on an analysis by Patrick McHardy.

    Signed-off-by: Stefan Rompf
    ACKed-by: Patrick McHardy
    Signed-off-by: David S. Miller

    Stefan Rompf
     

22 Jul, 2006

1 commit

04 Jul, 2006

1 commit

  • 5dd8d1e9e   [PATCH] lockdep: annotate vlan net device as being a special class ... Browse Code »

    vlan network devices have devices nesting below it, and are a special
    "super class" of normal network devices; split their locks off into a
    separate class since they always nest.

    [deweerdt@free.fr: fix possible null-pointer deref]
    Signed-off-by: Arjan van de Ven
    Signed-off-by: Ingo Molnar
    Signed-off-by: Frederik Deweerdt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arjan van de Ven
     

01 Jul, 2006

1 commit

21 Mar, 2006

2 commits

  • cbb042f9e   [NET]: Replace skb_pull/skb_postpull_rcsum with skb_pull_rcsum ... Browse Code »

    We're now starting to have quite a number of places that do skb_pull
    followed immediately by an skb_postpull_rcsum. We can merge these two
    operations into one function with skb_pull_rcsum. This makes sense
    since most pull operations on receive skb's need to update the
    checksum.

    I've decided to make this out-of-line since it is fairly big and the
    fast path where hardware checksums are enabled need to call
    csum_partial anyway.

    Since this is a brand new function we get to add an extra check on the
    len argument. As it is most callers of skb_pull ignore its return
    value which essentially means that there is no check on the len
    argument.

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

    Herbert Xu
     
  • ddd7bf9fe   [VLAN]: translate IF_OPER_DORMANT to netif_dormant_on() ... Browse Code »

    this patch adds support to the VLAN driver to translate IF_OPER_DORMANT of the
    underlying device to netif_dormant_on(). Beside clean state forwarding, this
    allows running independant userspace supplicants on both the real device and
    the stacked VLAN. It depends on my RFC2863 patch.

    Signed-off-by: Stefan Rompf
    Signed-off-by: David S. Miller

    Stefan Rompf
     

12 Jan, 2006

1 commit

11 Jan, 2006

1 commit

22 Dec, 2005

1 commit

15 Dec, 2005

1 commit

  • a388442c3   [VLAN]: Fix hardware rx csum errors ... Browse Code »

    Receiving VLAN packets over a device (without VLAN assist) that is
    doing hardware checksumming (CHECKSUM_HW), causes errors because the
    VLAN code forgets to adjust the hardware checksum.

    Signed-off-by: Stephen Hemminger
    Signed-off-by: David S. Miller

    Stephen Hemminger
     

20 Sep, 2005

1 commit

30 Aug, 2005

1 commit

  • f2ccd8fa0   [NET]: Kill skb->real_dev ... Browse Code »

    Bonding just wants the device before the skb_bond()
    decapsulation occurs, so simply pass that original
    device into packet_type->func() as an argument.

    It remains to be seen whether we can use this same
    exact thing to get rid of skb->input_dev as well.

    Signed-off-by: David S. Miller

    David S. Miller
     

13 Jul, 2005

1 commit

  • f4637b55b   [VLAN]: Fix early vlan adding leads to not functional device ... Browse Code »

    OK, I can see what's happening here. eth0 doesn't detect link-up until
    after a few seconds, so when the vlan interface is opened immediately
    after eth0 has been opened, it inherits the link-down state. Subsequently
    the vlan interface is never properly activated and are thus unable to
    transmit any packets.

    dev->state bits are not supposed to be manipulated directly. Something
    similar is probably needed for the netif_device_present() bit, although
    I don't know how this is meant to work for a virtual device.

    Signed-off-by: David S. Miller

    Tommy Christensen
     

12 Jul, 2005

1 commit

  • 6a2e9b738   [NET]: move config options out to individual protocols ... Browse Code »

    Move the protocol specific config options out to the specific protocols.
    With this change net/Kconfig now starts to become readable and serve as a
    good basis for further re-structuring.

    The menu structure is left almost intact, except that indention is
    fixed in most cases. Most visible are the INET changes where several
    "depends on INET" are replaced with a single ifdef INET / endif pair.

    Several new files were created to accomplish this change - they are
    small but serve the purpose that config options are now distributed
    out where they belongs.

    Signed-off-by: Sam Ravnborg
    Signed-off-by: David S. Miller

    Sam Ravnborg
     

01 May, 2005

1 commit

  • e49332bd1   [PATCH] misc verify_area cleanups ... Browse Code »

    There were still a few comments left refering to verify_area, and two
    functions, verify_area_skas & verify_area_tt that just wrap corresponding
    access_ok_skas & access_ok_tt functions, just like verify_area does for
    access_ok - deprecate those.

    There was also a few places that still used verify_area in commented-out
    code, fix those up to use access_ok.

    After applying this one there should not be anything left but finally
    removing verify_area completely, which will happen after a kernel release
    or two.

    Signed-off-by: Jesper Juhl
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jesper Juhl
     

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