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>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAE8EbV3aruDHKrBezSLg_hy0XZG2Dr1pkzvXVVTj0QpNpH86nw@mail.gmail.com>
Date: Sat, 19 Oct 2024 15:39:58 +0300
From: Stefan Dimitrov <stefan.k.dimitrov@...il.com>
To: netdev@...r.kernel.org
Subject: igb driver: i210 (8086:1533) very bad SNR performance

Hello All,

I am reporting the problem only, because the exact same
environment/setup is working perfectly in Win7 with Intel driver
version 12.13.27.0 from 7/8/2019 (I guess that is the latest driver
version for Win7 as it is not supported for years, but it's the only
Windows version I had during my tests).

So, in very short: the same 20-25m of UTP cable, works perfectly in
Win7 and not at all in Linux with i210/igb driver and my best guess is
PHY initialization in the Linux driver compared to the one in Win7
drivers somehow reduces dramatically the Signal-to-Noise performance.

(the UTP cable is of unknown type, because it's a preexisting
installation in the walls of the building, I guesstimated it's 20-25m
of length based on the walls it passes and there are not any markings
on the cable, at least on the portions of it that I can see, i.e. that
are not inside the walls, but what I can at least tell is that it's
solid copper wires when look at its wires in the RJ45 plugs)

in other words, the problem is:

* in Win7: i210 with the above aforementioned driver version, the Link
connects as 1Gbps, I see no issues at all on 24/7 basis, it's running
with no connection drops, it just seems perfectly working

* in Linux: i210 with the in kernel 'igb' driver the Link cannot
connect even as 10Mbps. when I force it to 100Mbps, it connects for a
very short moment and then it disconnects and that repeats endlessly,
I observed no connection at all when set to 1Gbps.

Initially, I thought it's some issue between Linux i210/igb and the
other end device, but no - I can reproduce the problem with 3 other
1gbps switches (2 netgear and 1 cisco) that I own (and are not
property of the building) connected to the other end of the cable.

So, it turns out the only thing that makes difference for i210/igb in
Linux is the UTP cable itself - I bought 20m of branded and supposedly
high-quality UTP cat6a cable and use those 3 switches that I own to
simulate a test-environment.

that makes me believe Sound-to-Noise ration performance of i210/igb is
really very bad compared to Win7 driver (i.e. something in the PHY
initialization), considering the same UTP cable gives 1gbps in Win7
and cannot even connect to 10Mbps in Linux - that is like at least 100
times worse performance if we look at it as Link speed. Also, maybe
the length is at play, because I am guesstimating about 25m of the
building UTP cable, and I tested with only 20m - the length of the one
I bought. so, I don't exclude even with the branded cable I bought if
it has length of 25m or more the problem will not arise again.

Anyway, the main point I guess is that in Win7 same (bad) UTP cable
works perfectly. unfortunately, I doubt that is an easy problem for
someone familiar with i210/igb driver to investigate, because I guess
it's not that easy to reproduce (otherwise they will be similar
reports already or maybe it's very uncommon those ethernet adapters to
be used with such long UTP cables, maybe most desktop machines using
them are connected with very short cable to an active device like
switch, etc and that masks the problem) - again I guess some special
test equipment is necessary that can inject control amount of noise
over the UTP cable and that way compare the threshold between Win7 and
Linux to prove the problem when exact difference in SNR performance is
measured.

I still hope someone will have some idea, because it's such big
difference between Win7 driver and Linux igb driver...

P.S. it seems i217 (8086:153a and 8086:153b) is also affected, at
least based on my very short and not extensive tests I did today.

thanks,
stefan

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ