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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <A27372E1AD041A41A5EFF3BC7D5F960C73614A43@mail01.fcoo.dk>
Date:	Wed, 19 Mar 2014 16:11:41 +0000
From:	Søren Laursen <sln@...o.dk>
To:	"sathya.perla@...lex.com" <sathya.perla@...lex.com>,
	"subbu.seetharaman@...lex.com" <subbu.seetharaman@...lex.com>,
	"ajit.khaparde@...lex.com" <ajit.khaparde@...lex.com>,
	"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Problem : Emulex card is losing the connection on the first of two
 10 Gb cards.


[1.] One line summary of the problem:
Lose network connection on the first network card (be2net driver)

[2.] Full description of the problem/report:
We have a emulux 10Gb (be2net) card in our HP Server. We are losing the connection on the first networkcard (p5p1) after boot. A simple ping to the server will work random, losing a few packages. If we ping from the server work it will work all the time. If we setup the next networkcard (p5p2) it will work all the time.

We have change the network card to a card from intel and the problem is gone.

[3.] Keywords (i.e., modules, networking, kernel):
networking, be2net

ethtool -i p5p1
driver: be2net
version: 10.0.600.0u
firmware-version: 4.9.311.20
bus-info: 0000:24:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: no
supports-priv-flags: no


[4.] Kernel information
Linux version 3.14.0-031400rc7-generic (apw@...eisa) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #201403162235 SMP Mon Mar 17 02:36:19 UTC 2014


[4.1.] Kernel version (from /proc/version):
[4.2.] Kernel .config file:
[5.] Most recent kernel version which did not have the bug:
None

[6.] Output of Oops.. message (if applicable) with symbolic information
None

[7.] A small shell script or example program which triggers the
A simple setup /etc/network/interfaces (only p5p2 is working correct):
# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto p5p1
iface p5p1 inet static
      address 10.230.80.26
      network 10.230.80.0
      netmask 255.255.255.0

auto p5p2
iface p5p2 inet static
      address 10.230.80.27
      network 10.230.80.0
      netmask 255.255.255.0

[8.] Environment
[8.1.] Software (add the output of the ver_linux script here)
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.

Linux kvm07 3.14.0-031400rc7-generic #201403162235 SMP Mon Mar 17 02:36:19 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Gnu C                  /usr/src/linux-headers-3.14.0-031400rc7/scripts/ver_linux:
binutils               2.24
util-linux             2.20.1
mount                  support
module-init-tools      15
e2fsprogs              1.42.9
PPP                    2.4.5
Linux C Library        2.19
Dynamic linker (ldd)   2.19
Procps                 3.3.9
Net-tools              1.60
Kbd                    1.15.5
Sh-utils               8.21
wireless-tools         30
Modules Loaded         intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul gpio_ich crc32_pclmul ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper psmouse ioatdma cryptd hpilo serio_raw sb_edac microcode joydev hpwdt lp ipmi_si edac_core ipmi_msghandler dca mac_hid lpc_ich parport wmi acpi_power_meter hid_generic tg3 usbhid ptp hid be2net hpsa pps_core



[8.2.] Processor information (from /proc/cpuinfo):
Attached file cpuinfo

[8.3.] Module information (from /proc/modules):
Attached file modules


[8.4.] Loaded driver and hardware information (/proc/ioports, /proc/iomem)
Attached file ioports
Attached file iomem

[8.5.] PCI information ('lspci -vvv' as root)
Attached file lspci

[8.6.] SCSI information (from /proc/scsi/scsi)
Attached file scsi

[8.7.] Other information that might be relevant to the problem
We have seen it on both fedora and ubuntu.

[X.] Other notes, patches, fixes, workarounds:
There are really no fixes for this.

Download attachment "cpuinfo" of type "application/octet-stream" (30178 bytes)

Download attachment "modules" of type "application/octet-stream" (2014 bytes)

Download attachment "iomem" of type "application/octet-stream" (5107 bytes)

Download attachment "ioports" of type "application/octet-stream" (1716 bytes)

Download attachment "lspci" of type "application/octet-stream" (209432 bytes)

Download attachment "scsi" of type "application/octet-stream" (654 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ