Eric Lee / smarc-fsl-linux-kernel

26 Jun, 2009

1 commit

  • ab420e6d9   UML: Fix some apparent bitrot ... Browse Code »

    UML: Fix some apparent bitrot

    - migration of net_device methods into net_device_ops
    - dma_sync_single() changes

    Signed-off-by: Paul Menage
    Acked-by: Amerigo Wang
    --

    This version is split from my earlier patch, including just the
    portions that ar required for Linus' tree.

    Fixes the following compile errors:

    include/linux/dma-mapping.h:113: error: redefinition of 'dma_sync_single'
    arch/um/include/asm/dma-mapping.h:84: error: previous definition of 'dma_sync_single' was here
    include/linux/dma-mapping.h: In function 'dma_sync_single':
    include/linux/dma-mapping.h:117: error: implicit declaration of function 'dma_sync_single_for_cpu'
    include/linux/dma-mapping.h: At top level:
    include/linux/dma-mapping.h:120: error: redefinition of 'dma_sync_sg'
    arch/um/include/asm/dma-mapping.h:91: error: previous definition of 'dma_sync_sg' was here
    include/linux/dma-mapping.h: In function 'dma_sync_sg':
    include/linux/dma-mapping.h:124: error: implicit declaration of function 'dma_sync_sg_for_cpu'

    arch/um/drivers/slirp_kern.c: In function 'slirp_init':
    arch/um/drivers/slirp_kern.c:35: error: 'struct net_device' has no member named 'init'
    Signed-off-by: Linus Torvalds

    Paul Menage
     

05 Dec, 2008

1 commit

28 Apr, 2008

1 commit

18 Oct, 2007

1 commit

17 Oct, 2007

2 commits

  • b53f35a80   uml: network driver MTU cleanups ... Browse Code »

    A bunch of MTU-related cleanups in the network code.

    First, there is the addition of the notion of a maximally-sized packet, which
    is the MTU plus headers. This is used to size the skb that will receive a
    packet. This allows ether_adjust_skb to go away, as it was used to resize the
    skb after it was allocated.

    Since the skb passed into the low-level read routine is no longer resized, and
    possibly reallocated, there, they (and the write routines) don't need to get
    an sk_buff **. They just need the sk_buff * now. The callers of
    ether_adjust_skb still need to do the skb_put, so that's now inlined.

    The MAX_PACKET definitions in most of the drivers are gone.

    The set_mtu methods were all the same and did nothing, so they can be
    removed.

    The ethertap driver had a typo which doubled the size of the packet rather
    than adding two bytes to it. It also wasn't defining its setup_size, causing
    a zero-byte kmalloc and crash when the invalid pointer returned from kmalloc
    was dereferenced.

    Signed-off-by: Jeff Dike
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jeff Dike
     
  • cd1ae0e49   uml: network formatting ... Browse Code »

    Style and other non-functional changes in the UML networking code, including
    include tidying
    style violations
    copyright updates
    printks getting severities
    userspace code calling libc directly rather than using the os_*
    wrappers

    There's also a exit path cleanup in the pcap driver.

    Signed-off-by: Jeff Dike
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jeff Dike
     

26 Apr, 2007

1 commit

  • 98e399f82   [SK_BUFF]: Introduce skb_mac_header() ... Browse Code »

    For the places where we need a pointer to the mac header, it is still legal to
    touch skb->mac.raw directly if just adding to, subtracting from or setting it
    to another layer header.

    This one also converts some more cases to skb_reset_mac_header() that my
    regex missed as it had no spaces before nor after '=', ugh.

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

    Arnaldo Carvalho de Melo
     

08 Dec, 2006

1 commit

  • 8210fd2a9   [PATCH] uml: use get_random_bytes() after random pool is seeded ... Browse Code »

    When the UML network driver generates random MACs for its devices, it was
    possible for a number of UMLs to get the same MACs because the ethernet
    initialization was done before the random pool was properly seeded.

    This patch moves the initialization later so that it gets better randomness.

    Signed-off-by: Jeff Dike
    Cc: Paolo 'Blaisorblade' Giarrusso
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jeff Dike
     

04 Oct, 2006

1 commit

27 Sep, 2006

1 commit

  • 5e7672ec3   [PATCH] uml: const more data ... Browse Code »

    Make lots of structures const in order to make it obvious that they need no
    locking.

    Signed-off-by: Jeff Dike
    Cc: Paolo 'Blaisorblade' Giarrusso
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Jeff Dike
     

01 Apr, 2006

1 commit

02 Feb, 2006

1 commit

  • 854e981cc   [PATCH] uml: fix hugest stack users ... Browse Code »

    The C99 initialization, with GCC's bad handling, for 6K wide structs (which
    _aren't_ on the stack), is causing GCC to use 12K for these silly procs with 3
    vars. Workaround this.

    Note that .name = { '\0' } translates to memset(->name, 0, '->name' size) - I verified
    this with GCC's docs and a testprogram.

    Signed-off-by: Paolo 'Blaisorblade' Giarrusso
    Cc: Jeff Dike
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paolo 'Blaisorblade' Giarrusso
     

14 Jun, 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