DA520 and unsupported SFP+

[Anton Gorlov]

Привет All!

Доброг овечера всем.
А скажимте пожалуйста. Хак в виде

==== заливка "Fake Clipboard" ====
-+- a/drivers/net/ethernet/intel/ixgbe/ixgbe_phy.c
+++ b/drivers/net/ethernet/intel/ixgbe/ixgbe_phy.c
@@ -1061,6 +1061,8 @@ s32 ixgbe_identify_sfp_module_generic(struct ixgbe_hw
*hw)
}

hw->mac.ops.get_device_caps(hw, &enforce_sfp);
+ /* Hack: Always allow any SFP regardless of EEPROM setting */
+ enforce_sfp |= IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP;
if (!(enforce_sfp & IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP) &&
!((hw->phy.sfp_type == ixgbe_sfp_type_1g_cu_core0) ||
(hw->phy.sfp_type == ixgbe_sfp_type_1g_cu_core1))) {
==== конец "Fake Clipboard" ====

Всё ещё нужен/актуален что бы не "родные" SFP+ модули завести?


С уважением. Anton aka Stalker

Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]

[Anton Gorlov]

Привет All!

Народ..ау... стенда нет проверить...

AG> Привет All!

AG> Доброг овечера всем.
AG> А скажимте пожалуйста. Хак в виде

AG> ==== заливка "Fake Clipboard" ====
AG> -+- a/drivers/net/ethernet/intel/ixgbe/ixgbe_phy.c
AG> +++ b/drivers/net/ethernet/intel/ixgbe/ixgbe_phy.c
AG> @@ -1061,6 +1061,8 @@ s32 ixgbe_identify_sfp_module_generic(struct
AG> ixgbe_hw *hw)
AG> }

AG> hw->mac.ops.get_device_caps(hw, &enforce_sfp);
AG> + /* Hack: Always allow any SFP regardless of EEPROM
AG> setting */ + enforce_sfp |=
AG> IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP;
AG> if (!(enforce_sfp & IXGBE_DEVICE_CAPS_ALLOW_ANY_SFP)
AG> &&
AG> !((hw->phy.sfp_type == ixgbe_sfp_type_1g_cu_core0)
AG> ||
AG> (hw->phy.sfp_type ==
AG> ixgbe_sfp_type_1g_cu_core1))) {
AG> ==== конец "Fake Clipboard" ====

AG> Всё ещё нужен/актуален что бы не "родные" SFP+ модули завести?


AG> С уважением. Anton aka Stalker

AG> Linux Registered User #386476
AG> [#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]
AG> --- GoldED+/LNX 1.1.5-b20160322
AG> * Origin: Omnia mea mecum porto (2:5059/37)

С уважением. Anton aka Stalker

Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]

[Eugene Grosbein]

22 июля 2017, суббота, в 12:10 NOVT, Anton Gorlov написал(а):

AG> Hарод..ау... стенда нет проверить...
AG>> Всё ещё нужен/актуален что бы не "родные" SFP+ модули завести?

А причём тут стенд? Читаешь документацию от Intel, требуют ли они
по дефолту свои SFP. Читаешь коммит-логи драйвера на свою ветку,
не было ли там на эту тему изменений. Over 90%, что ничего не поменялось.

Eugene

[Anton Gorlov]

Привет Eugene!

22 июл 17 года (а было тогда 21:21)
Eugene Grosbein в своем письме к Anton Gorlov писал:

AG>> Hарод..ау... стенда нет проверить...
AG>>> Всё ещё нужен/актуален что бы не "родные" SFP+ модули завести?
EG> А причём тут стенд? Читаешь документацию от Intel, требуют ли они
EG> по дефолту свои SFP.

Интел ессн как требовал так и требует.
Это 1 делом глянул. Да и сосюбвеннов пингвине тоже.. "требует", но там таки
приделали ручку к модулю.

EG> Читаешь коммит-логи драйвера на свою ветку, не было ли там на эту тему
EG> изменений. Over 90%, что ничего не поменялось.


А вот с этого места можно поподробнее.. где что как читать?


С уважением. Anton aka Stalker

Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]

[Eugene Grosbein]

22 июля 2017, суббота, в 17:57 NOVT, Anton Gorlov написал(а):

AG> Интел ессн как требовал так и требует.
AG> Это 1 делом глянул. Да и сосюбвеннов пингвине тоже.. "требует", но там
AG> таки
AG> приделали ручку к модулю.

Ручка-то и у нас была давно.

EG>> Читаешь коммит-логи драйвера на свою ветку, не было ли там на эту тему
EG>> изменений. Over 90%, что ничего не поменялось.
AG> А вот с этого места можно поподробнее.. где что как читать?

https://svnweb.freebsd.org/base/stable/11/sys/dev/ixgbe/

Первым делом читай дла if_ix.c

Eugene

[Anton Gorlov]

Привет Eugene!

23 июл 17 года (а было тогда 03:37)
Eugene Grosbein в своем письме к Anton Gorlov писал:

AG>> Интел ессн как требовал так и требует.
AG>> Это 1 делом глянул. Да и сосюбвеннов пингвине тоже.. "требует",
AG>> но там таки приделали ручку к модулю.
EG> Ручка-то и у нас была давно.

А что с ней не так,куда делась?
У меня сходу нагуглился только тот хак в 1 строку


EG>>> Читаешь коммит-логи драйвера на свою ветку, не было ли там на
EG>>> эту тему изменений. Over 90%, что ничего не поменялось.
AG>> А вот с этого места можно поподробнее.. где что как читать?
EG> https://svnweb.freebsd.org/base/stable/11/sys/dev/ixgbe/
EG> Первым делом читай дла if_ix.c

Почитал. тут заявлено про некий

Reset unsupported SFP tuneable back to original entry name., которому чуть
больше недели

==== заливка "Fake Clipboard" ====
-SYSCTL_INT(_hw_ix, OID_AUTO, allow_unsupported_sfp, CTLFLAG_RDTUN,
+SYSCTL_INT(_hw_ix, OID_AUTO, unsupported_sfp, CTLFLAG_RDTUN,
==== конец "Fake Clipboard" ====


Когда был добавлен allow_unsupported_sfp сходу не вижу..
Но в 10ке как минимум такое не светится.. по кр мере в sysctl и Ко не вижу.



С уважением. Anton aka Stalker

Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]

[Anton Gorlov]

Привет Eugene!

23 июл 17 года (а было тогда 00:15)
Anton Gorlov в своем письме к Eugene Grosbein писал:


Хм..
https://svnweb.freebsd.org/base/stable/10/sys/dev/ixgbe/if_ix.c?view=markup

Таки есть.

static int allow_unsupported_sfp = FALSE;
TUNABLE_INT("hw.ix.unsupported_sfp", &allow_unsupported_sfp);
SYSCTL_INT(_hw_ix, OID_AUTO, allow_unsupported_sfp, CTLFLAG_RDTUN,
&allow_unsupported_sfp, 0,
"Allow unsupported SFP modules...use at your own risk");



AG>>> А вот с этого места можно поподробнее.. где что как читать?
EG>> https://svnweb.freebsd.org/base/stable/11/sys/dev/ixgbe/
EG>> Первым делом читай дла if_ix.c
AG> Почитал. тут заявлено про некий
AG> Reset unsupported SFP tuneable back to original entry name., которому
AG> чуть больше недели
AG> ==== заливка "Fake Clipboard" ====
AG> -SYSCTL_INT(_hw_ix, OID_AUTO, allow_unsupported_sfp, CTLFLAG_RDTUN,
AG> +SYSCTL_INT(_hw_ix, OID_AUTO, unsupported_sfp, CTLFLAG_RDTUN,
AG> ==== конец "Fake Clipboard" ====


AG> Когда был добавлен allow_unsupported_sfp сходу не вижу..
AG> Но в 10ке как минимум такое не светится.. по кр мере в sysctl и Ко не
AG> вижу.



AG> С уважением. Anton aka Stalker

AG> Linux Registered User #386476
AG> [#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]
AG> --- GoldED+/LNX 1.1.5-b20160322
AG> * Origin: Optimum medicamentum quies est (2:5059/37)

С уважением. Anton aka Stalker

Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]

[Eugene Grosbein]

22 июля 2017, суббота, в 23:15 NOVT, Anton Gorlov написал(а):

AG> Когда был добавлен allow_unsupported_sfp сходу не вижу..
AG> Hо в 10ке как минимум такое не светится.. по кр мере в sysctl и Ко не
AG> вижу.

Это не sysctl, это loader tunnable, пиши его в /boot/loader.conf
и после загрузки проверяй через kenv.

Eugene

[Anton Gorlov]

Привет Eugene!

24 июл 17 года (а было тогда 00:56)
Eugene Grosbein в своем письме к Anton Gorlov писал:


AG>> Когда был добавлен allow_unsupported_sfp сходу не вижу..
AG>> Hо в 10ке как минимум такое не светится.. по кр мере в sysctl и
AG>> Ко не вижу.
EG> Это не sysctl, это loader tunnable, пиши его в /boot/loader.conf
EG> и после загрузки проверяй через kenv.

Аха есть такая буква...
hw.ix.unsupported_sfp=1

после чего не "перепрошитые" модули работают и можно в dmesg почитать

==== заливка "Fake Clipboard" ====
WARNING: Intel (R) Network Connections are quality tested using Intel (R)
Ethernet Optics. Using untested modules is not supported and may cause unstable
operation or damage to the module or the adapter. Intel Corporation is not
responsible for any harm caused by using untested modules.
==== конец "Fake Clipboard" ====



С уважением. Anton aka Stalker

Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]

[Alex Korchmar]

Anton Gorlov <***@f37.n5059.z2.fidonet.org> wrote:

AG> Аха есть такая буква...
AG> hw.ix.unsupported_sfp=1
я что-то потерял нить повествования - это 10 или 11?

Alex

[Anton Gorlov]

Привет Alex!

11 ноя 17 года (а было тогда 12:32)
Alex Korchmar в своем письме к Anton Gorlov писал:

AK> Anton Gorlov <***@f37.n5059.z2.fidonet.org> wrote:
AG>> Аха есть такая буква...
AG>> hw.ix.unsupported_sfp=1
AK> я что-то потерял нить повествования - это 10 или 11?

Это в 11.
Но судя по всему и в 10-ке оно есть
В принципе если очень надо могу на стенде апнуть 10-ку и проверить ещё и на
ней.


С уважением. Anton aka Stalker

Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]

[Anton Gorlov]

Привет Alex!

12 ноя 17 года (а было тогда 12:26)
Anton Gorlov в своем письме к Alex Korchmar писал:


AG> 11 ноя 17 года (а было тогда 12:32)
AG> Alex Korchmar в своем письме к Anton Gorlov писал:
AK>> Anton Gorlov <***@f37.n5059.z2.fidonet.org> wrote:
AG>>> Аха есть такая буква...
AG>>> hw.ix.unsupported_sfp=1
AK>> я что-то потерял нить повествования - это 10 или 11?
AG> Это в 11.
AG> Но судя по всему и в 10-ке оно есть
AG> В принципе если очень надо могу на стенде апнуть 10-ку и проверить ещё
AG> и на ней.

А теперь самое интересное. Дошли руки до тестов..Стенд конечно тоже
говно..бывший десктоп,но уж на пинги то должно было хватить
E7500 @ 2.93GHz и плата MSI MS-7529

Стэнд
[STAND BSD] - (10G) - [SNR-S4550] - (10G) - [CISCO 6509] - (1G) - [STAND LINUX]

В него воткнул сетевуху со склада.. ненмого обновил фирмарь на ней. Совсем
последнюю почему-то не получается влить, макимум до
Version: 18.7 Date: 9/27/2013, 18.8 и выше уже не даёт. (X520-DA2)

С линукса в сторону фри

==== заливка "Fake Clipboard" ====
ping -c 10000 -i 0.0001 192.168.8.3 -s 1472
PING 192.168.8.3 (192.168.8.3) 1472(1500) bytes of data.
1480 bytes from 192.168.8.3: icmp_seq=1 ttl=64 time=0.337 ms
1480 bytes from 192.168.8.3: icmp_seq=2 ttl=64 time=0.145 ms
1480 bytes from 192.168.8.3: icmp_seq=3 ttl=64 time=0.181 ms
1480 bytes from 192.168.8.3: icmp_seq=4 ttl=64 time=0.197 ms
1480 bytes from 192.168.8.3: icmp_seq=5 ttl=64 time=0.172 ms
1480 bytes from 192.168.8.3: icmp_seq=6 ttl=64 time=0.329 ms
....
1480 bytes from 192.168.8.3: icmp_seq=9994 ttl=64 time=0.174 ms
1480 bytes from 192.168.8.3: icmp_seq=9995 ttl=64 time=0.123 ms
1480 bytes from 192.168.8.3: icmp_seq=9996 ttl=64 time=0.174 ms
1480 bytes from 192.168.8.3: icmp_seq=9997 ttl=64 time=0.163 ms
1480 bytes from 192.168.8.3: icmp_seq=9998 ttl=64 time=0.162 ms
1480 bytes from 192.168.8.3: icmp_seq=9999 ttl=64 time=0.312 ms
1480 bytes from 192.168.8.3: icmp_seq=10000 ttl=64 time=0.173 ms

-+- 192.168.8.3 ping statistics ---
10000 packets transmitted, 10000 received, 0% packet loss, time 1988ms
rtt min/avg/max/mdev = 0.078/0.158/0.363/0.042 ms, ipg/ewma 0.198/0.174 ms
==== конец "Fake Clipboard" ====

==== заливка "Fake Clipboard" ====
1480 bytes from 192.168.8.1: icmp_seq=9958 ttl=64 time=9.390 ms (DUP!)
1480 bytes from 192.168.8.1: icmp_seq=9962 ttl=64 time=9.390 ms (DUP!)
1480 bytes from 192.168.8.1: icmp_seq=9966 ttl=64 time=9.389 ms (DUP!)
1480 bytes from 192.168.8.1: icmp_seq=9970 ttl=64 time=9.388 ms
==== конец "Fake Clipboard" ====

Ессн никаких петель и ко по пути нет.
Но стоит или уменьшить размер пакета, или время -i 0.001, вместо -i 0.0001
То всё ок.

Ладно беру флешку с линуксом.. загружаю с неё стенд, на котором фряха.
Всё ОК...в обе стороны...


С уважением. Anton aka Stalker

Linux Registered User #386476
[#*TEAM:*#] [#_Злой СисОп_#] [*Heavy Metal!*] [*_Усачи_*]