23 Jan, 2010

2 commits

  • Found this problem when testing IPv6 from a KVM guest to a remote
    host via e1000e device on the host.
    The following patch fixes the check for IPv6 GSO packet in Intel
    ethernet drivers to use skb_is_gso_v6(). SKB_GSO_DODGY is also set
    when packets are forwarded from a guest.

    Signed-off-by: Sridhar Samudrala
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Sridhar Samudrala
     
  • When testing the "e1000: enhance frame fragment detection" (and e1000e)
    patches we found some bugs with reducing the MTU size. The 1024 byte
    descriptor used with the 1000 mtu test also (re) introduced the
    (originally) reported bug, and causes us to need the e1000_clean_tx_irq
    "enhance frame fragment detection" fix.

    So what has occured here is that 2.6.32 is only vulnerable for mtu <
    1500 due to the jumbo specific routines in both e1000 and e1000e.
    So, 2.6.32 needs the 2kB buffer len fix for those smaller MTUs, but
    is not vulnerable to the original issue reported. It has been pointed
    out that this vulnerability needs to be patched in older kernels that
    don't have the e1000 jumbo routine. Without the jumbo routines, we
    need the "enhance frame fragment detection" fix the e1000, old
    e1000e is only vulnerable for < 1500 mtu, and needs a similar
    fix. We split the patches up to provide easy backport paths.

    There is only a slight bit of extra code when this fix and the
    original "enhance frame fragment detection" fixes are applied, so
    please apply both, even though it is a bit of overkill.

    Signed-off-by: Jesse Brandeburg
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Jesse Brandeburg
     

21 Jan, 2010

2 commits


14 Jan, 2010

2 commits


08 Jan, 2010

5 commits


19 Dec, 2009

1 commit


09 Dec, 2009

3 commits

  • A workaround added for all ESB2 devices (adds a delay for all MDIC accesses
    which resolves an issue with the MDIC ready bit being set prematurely) is
    applicable only to devices in which the MAC-PHY interconnect is not
    operating in a certain mode with in-band MDIO. Check the control register
    for the operating mode and enable the workaround accordingly.

    Signed-off-by: Bruce Allan
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Bruce Allan
     
  • The GG82563_REG() macro should not be used to determine the offset provided
    to the e1000e_[read|write]_kmrn_reg() functions since the first argument to
    the macro is already implied and gets masked off anyway in the functions.
    The resultant register reads/writes with this patch are functionally the
    same as before.

    Signed-off-by: Bruce Allan
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Bruce Allan
     
  • Bit 7 in the CTRL_REG register is actually the Software Definable Pin 3,
    not the Software Definable Pin 7.

    Signed-off-by: Bruce Allan
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Bruce Allan
     

04 Dec, 2009

1 commit

  • Only files where David Miller is the primary git-signer.
    wireless, wimax, ixgbe, etc are not modified.

    Compile tested x86 allyesconfig only
    Not all files compiled (not x86 compatible)

    Added a few > 80 column lines, which I ignored.
    Existing checkpatch complaints ignored.

    Signed-off-by: Joe Perches
    Signed-off-by: David S. Miller

    Joe Perches
     

03 Dec, 2009

4 commits

  • Some function pointers for a few PHY operations (for 82578 and 82567) and
    were set incorrectly causing functions to be executed that were accessing
    incorrect PHY register offsets for that particular device. This patch also
    moves a few PHY-specific functions from ich8lan.c to the more appropriate
    phy.c.

    Signed-off-by: Bruce Allan
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Bruce Allan
     
  • The workaround that detects the correct PHY ID when an initial read of the
    PHY ID registers returns an invalid one should retry up to ten times with
    a small delay between attempts using a single PHY address and then repeat
    using the remaining possible PHY addresses. Do this instead of trying each
    possible PHY address repeating that up to 100 times.

    Signed-off-by: Bruce Allan
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Bruce Allan
     
  • The function pointers for 8257x devices are not set. This is not really a
    problem now because there is nothing in the driver that references the
    pointers for this particular MAC-family (the appropriate functions are
    called directly), but the pointers should be set in case they are used in
    the future.

    Signed-off-by: Bruce Allan
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Bruce Allan
     
  • In testing we have found that skb_dma_map/unmap is incompatible with HW
    IOMMU due to the fact that multiple mappings will return different results.
    In order to correct this we need to remove skb_dma_map/unmap calls from the
    e1000e driver.

    Signed-off-by: Alexander Duyck
    Signed-off-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Alexander Duyck
     

02 Dec, 2009

9 commits


29 Nov, 2009

1 commit


22 Nov, 2009

10 commits