netdev - e1000 under VMware doesn't work since 2.6.27.16

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 20 Mar 2009 17:41:10 +0100
From:	Jens Stroebel <drifter@...oft.de>
To:	netdev list <netdev@...r.kernel.org>
Subject: e1000 under VMware doesn't work since 2.6.27.16 - BISECTED

		Hello,

we're using virtual machines under VMware with the e1000 emulated
network card.

While trying to update the kernel, we had to recogize that the
networking doesn't work anymore since kernel 2.6.27.16.

The e1000 kernel module gets loaded and the interface SEEMS to be
brought up correctly; however, there's no networking possible afterwards
(no hosts in the network reachable by "ping", for example).


I bisected the behaviour to the following commit (commit-ID from the
2.6.27 git repo):
#####################################################################

c6ac5fe00250faed88fb258d7ec91ec99bbe1e95 is first bad commit
commit c6ac5fe00250faed88fb258d7ec91ec99bbe1e95
Author: Jesse Brandeburg <jesse.brandeburg@...el.com>
Date:   Tue Jan 27 16:41:58 2009 -0800

    e1000: fix bug with shared interrupt during reset

    commit 15b2bee22a0390d951301b53e83df88d0350c499 upstream.

    A nasty bug was found where an MTU change (or anything else that
caused a
    reset) could race with the interrupt code.  The interrupt code was
entered
    by a shared interrupt during the MTU change.

    This change prevents the interrupt code from running while the
driver is in
    the middle of its reset path.

    Signed-off-by: Jesse Brandeburg <jesse.brandeburg@...el.com>
    Signed-off-by: David S. Miller <davem@...emloft.net>
    Signed-off-by: Greg Kroah-Hartman <gregkh@...e.de>
#####################################################################

As this is a relatively common card (and a relatively common usage under
VMware), has anyone experienced something similar?

If any more data is needed, let me know.

		greets,
		  jens
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html