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-prev] [thread-next>] [day] [month] [year] [list]
Message-ID:
 <TYCPR01MB8437B8B1654ED6575F3019F498C12@TYCPR01MB8437.jpnprd01.prod.outlook.com>
Date: Sun, 23 Feb 2025 20:29:59 +0800
From: Shengyu Qu <wiagn233@...look.com>
To: Bjørn Mork <bjorn@...k.no>, netdev@...r.kernel.org
Cc: wiagn233@...look.com
Subject: Re: Phy access methods for copper SFP+ disguised as SR

Hi,

Maybe rollball protocol?
https://forum.banana-pi.org/t/sfp-oem-sfp-2-5g-t-kernel-phy/15872/

Best regards,
Shengyu


在 2025/2/23 19:34, Bjørn Mork 写道:
> Got myself a couple of cheap 10GBase-T SFP+s and am struggling to figure
> out how to talk to the phy.  The phy does not appear to be directly
> accessible on 0x56, and it does not respond using the Rollball protocol
> either.
> 
> Are there any other well known methods out there, or am I stuck with
> whatever SR emulation the SFP vendor implemented?
> 
> This is all it shows, and 0x56 just reads zeroes no matter what I do:
> 
> root@...8cl:~# i2cdetect -y 8
>       0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
> 00:                         -- -- -- -- -- -- -- --
> 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 50: 50 51 -- -- -- -- 56 -- -- -- -- -- -- -- -- --
> 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 70: -- -- -- -- -- -- -- --
> root@...8cl:~# i2cdump -y 8 0x50
> No size specified (using byte-data access)
>       0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f    0123456789abcdef
> 00: 03 04 07 10 00 00 00 00 00 00 00 06 67 00 00 00    ????.......?g...
> 10: 08 02 00 1e 4f 45 4d 20 20 20 20 20 20 20 20 20    ??.?OEM
> 20: 20 20 20 20 00 00 00 00 53 46 50 2d 31 30 47 2d        ....SFP-10G-
> 30: 54 38 20 20 20 20 20 20 41 20 20 20 00 00 00 0c    T8      A   ...?
> 40: 00 1a 00 00 46 32 35 30 31 31 34 54 30 30 31 30    .?..F250114T0010
> 50: 20 20 20 20 32 35 30 31 31 35 20 20 68 f0 03 eb        250115  h???
> 60: 00 00 11 6b e0 e7 c2 e1 ff ff 18 79 21 c8 24 ed    ..?k????..?y!?$?
> 70: d8 45 85 00 00 00 00 00 00 00 00 00 1c 24 98 22    ?E?.........?$?"
> 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
> 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
> a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
> b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
> c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
> d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
> e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
> f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff    ................
> root@...8cl:~# i2cdump -y 8 0x51
> No size specified (using byte-data access)
>       0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f    0123456789abcdef
> 00: 50 00 f6 00 4b 00 fb 00 8c 9f 71 48 88 b8 75 30    P.?.K.?.??qH??u0
> 10: 1d 4c 01 f4 19 64 03 e8 2b d4 07 46 27 10 09 28    ?L???d??+??F'??(
> 20: 2b d4 02 85 27 10 03 2c 00 00 00 00 00 00 00 00    +???'??,........
> 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> 40: 00 00 00 00 3f 80 00 00 00 00 00 00 01 00 00 00    ....??......?...
> 50: 01 00 00 00 01 00 00 00 01 00 00 00 00 00 00 7e    ?...?...?......~
> 60: 42 33 7f ca 0b b8 13 92 13 92 00 00 00 00 00 00    B3????????......
> 70: 00 00 00 00 00 00 00 00 00 00 40 00 00 00 00 00    ..........@.....
> 80: 43 4f 55 49 41 38 4e 43 41 41 31 30 2d 32 34 31    COUIA8NCAA10-241
> 90: 35 2d 30 33 56 30 33 20 01 00 46 00 00 00 00 c6    5-03V03 ?.F....?
> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 aa aa    ..............??
> c0: 53 46 50 2d 31 30 47 2d 53 52 20 20 20 20 20 20    SFP-10G-SR
> d0: 20 20 20 20 33 32 00 00 00 00 00 00 00 00 00 35        32.........5
> e0: 1e 28 2e 2e 31 34 29 36 00 00 00 00 00 00 00 00    ?(..14)6........
> f0: 00 00 00 00 00 66 00 00 ff ff ff ff ff ff 29 e3    .....f........)?
> root@...8cl:~# i2cdump -y 8 0x56
> No size specified (using byte-data access)
>       0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f    0123456789abcdef
> 00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00    ................
> 
> 
> Bjørn


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ