Re: ix0/1/2/3 at pci8 dev 0 function 0 "Intel X553 SFP+" rev 0x11: msi, address 00:30:18:xxxxxxx

2018-09-18 Thread Hrvoje Popovski
On 18.9.2018. 18:18, sven falempin wrote:
> On Tue, Sep 18, 2018 at 4:39 AM Hrvoje Popovski  wrote:
> 
>> On 17.9.2018. 22:32, sven falempin wrote:
>>> Dear Tech reader,
>>>
>>> I am recently working on  Intel(R) Atom(TM) CPU C3758  intel devices.
>>> SFP Intel card are not working in 6.3/current openBSD base
>>>
>>> I did patch intel driver reading netbsd, freebsd and intel code of ixgbe
>>> driver.
>>>
>>> I am now transferring data between two openBSD at ~1.50 Gb/s
>>> for more than 48 hours ( been looping all week end )
>>>
>>> First, i d like to find other user with ix card to check for regression !
>>> Secondly, can i get some feedback on how to test 10Gb /s transfer
>>>  - i usually download ramfs file through nginx or use iperf .
>>> Third, how can i get a patch accepted into base : ie, how do i clean this
>>> work ?
>>
>> Hi,
>>
>> user here. Thank you for doing this. I think that your primary concern
>> at this point should be stability of this driver.
>> While transferring data over ix interfaces you could try shutting down
>> interfaces and bring them up. maybe something like this in loop:
>>
>> ifconfig ix0 down && ifconfig ix0 up && ifconfig ifconfig ix1 down &&
>> ifconfig ix1 up && ifconfig ix0 down && ifconfig ix1 down && sh netstart
>>
>>
> that is working okay, and unplugging too
> 
> 
>>
>> if you have some sx or lx sfp+ modules insert/remove them in ix
>> interfaces and stuff link that.
>>
> 
> I only have one type of sfp+ with me
> 
> 
>>
>> regarding performance testing if you have other box with 10G interfaces
>> you could directly connect these boxes and generate lots of traffic over
>> your driver and doing all that crazy stuff..
>>
>>
> i only have openbsd denverton hardware and it s kinda hard to sustain 10Gb
> of traffic
> 
> 
> I had a request to extract the github patch file directly inside the email,
> i m thinking the 17 K lines would not make sense inside the mail.
> 
> Is there someone with ixgbe hardware ( especially with a fan ? )

i think that x540-t2 does have fan. i will test your diff with x520 and
x540.



Re: ix0/1/2/3 at pci8 dev 0 function 0 "Intel X553 SFP+" rev 0x11: msi, address 00:30:18:xxxxxxx

2018-09-18 Thread sven falempin
On Tue, Sep 18, 2018 at 4:39 AM Hrvoje Popovski  wrote:

> On 17.9.2018. 22:32, sven falempin wrote:
> > Dear Tech reader,
> >
> > I am recently working on  Intel(R) Atom(TM) CPU C3758  intel devices.
> > SFP Intel card are not working in 6.3/current openBSD base
> >
> > I did patch intel driver reading netbsd, freebsd and intel code of ixgbe
> > driver.
> >
> > I am now transferring data between two openBSD at ~1.50 Gb/s
> > for more than 48 hours ( been looping all week end )
> >
> > First, i d like to find other user with ix card to check for regression !
> > Secondly, can i get some feedback on how to test 10Gb /s transfer
> >  - i usually download ramfs file through nginx or use iperf .
> > Third, how can i get a patch accepted into base : ie, how do i clean this
> > work ?
>
> Hi,
>
> user here. Thank you for doing this. I think that your primary concern
> at this point should be stability of this driver.
> While transferring data over ix interfaces you could try shutting down
> interfaces and bring them up. maybe something like this in loop:
>
> ifconfig ix0 down && ifconfig ix0 up && ifconfig ifconfig ix1 down &&
> ifconfig ix1 up && ifconfig ix0 down && ifconfig ix1 down && sh netstart
>
>
that is working okay, and unplugging too


>
> if you have some sx or lx sfp+ modules insert/remove them in ix
> interfaces and stuff link that.
>

I only have one type of sfp+ with me


>
> regarding performance testing if you have other box with 10G interfaces
> you could directly connect these boxes and generate lots of traffic over
> your driver and doing all that crazy stuff..
>
>
i only have openbsd denverton hardware and it s kinda hard to sustain 10Gb
of traffic


I had a request to extract the github patch file directly inside the email,
i m thinking the 17 K lines would not make sense inside the mail.

Is there someone with ixgbe hardware ( especially with a fan ? )

Best.

-- 
--
-
Knowing is not enough; we must apply. Willing is not enough; we must do


Re: ix0/1/2/3 at pci8 dev 0 function 0 "Intel X553 SFP+" rev 0x11: msi, address 00:30:18:xxxxxxx

2018-09-18 Thread Hrvoje Popovski
On 17.9.2018. 22:32, sven falempin wrote:
> Dear Tech reader,
> 
> I am recently working on  Intel(R) Atom(TM) CPU C3758  intel devices.
> SFP Intel card are not working in 6.3/current openBSD base
> 
> I did patch intel driver reading netbsd, freebsd and intel code of ixgbe
> driver.
> 
> I am now transferring data between two openBSD at ~1.50 Gb/s
> for more than 48 hours ( been looping all week end )
> 
> First, i d like to find other user with ix card to check for regression !
> Secondly, can i get some feedback on how to test 10Gb /s transfer
>  - i usually download ramfs file through nginx or use iperf .
> Third, how can i get a patch accepted into base : ie, how do i clean this
> work ?

Hi,

user here. Thank you for doing this. I think that your primary concern
at this point should be stability of this driver.
While transferring data over ix interfaces you could try shutting down
interfaces and bring them up. maybe something like this in loop:

ifconfig ix0 down && ifconfig ix0 up && ifconfig ifconfig ix1 down &&
ifconfig ix1 up && ifconfig ix0 down && ifconfig ix1 down && sh netstart


if you have some sx or lx sfp+ modules insert/remove them in ix
interfaces and stuff link that.

regarding performance testing if you have other box with 10G interfaces
you could directly connect these boxes and generate lots of traffic over
your driver and doing all that crazy stuff..



ix0/1/2/3 at pci8 dev 0 function 0 "Intel X553 SFP+" rev 0x11: msi, address 00:30:18:xxxxxxx

2018-09-17 Thread sven falempin
Dear Tech reader,

I am recently working on  Intel(R) Atom(TM) CPU C3758  intel devices.
SFP Intel card are not working in 6.3/current openBSD base

I did patch intel driver reading netbsd, freebsd and intel code of ixgbe
driver.

I am now transferring data between two openBSD at ~1.50 Gb/s
for more than 48 hours ( been looping all week end )

First, i d like to find other user with ix card to check for regression !
Secondly, can i get some feedback on how to test 10Gb /s transfer
 - i usually download ramfs file through nginx or use iperf .
Third, how can i get a patch accepted into base : ie, how do i clean this
work ?

- - - - -

Patch :

17 K lines OOPS
Find the patch here : https://github.com/dohnuts/wip/blob/master/ixgbe.diff

- - - -

dmesg:

OpenBSD 6.3-stable (ACPI.MP) #10: Fri Sep 14 14:54:51 EDT 2018
root@futur:/usr/src/sys/arch/amd64/compile/ACPI.MP
real mem = 17130721280 (16337MB)
avail mem = 16604413952 (15835MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x7f1fc000 (18 entries)
bios0: vendor American Megatrends Inc. version "0ACHIA01" date 06/14/2018
bios0: NF699 NF699
acpi0 at bios0: rev 2
#please dont mind this
acpi0: sleep states S0 S4 S5acpi_enable: 000C, 00A0, 0010,
0001, 00B2, 15 (15), acpi_writepm: smi = 00b2: a0
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010
 check acpi_enable, PM1, , 0001, 0010, can't enable ACPI
#please dont mind this
acpi0: tables DSDT FACP FPDT FIDT MCFG WDAT APIC BDAT HPET UEFI SSDT DMAR
HEST BERT ERST EINJ WSMT
acpi0: wakeup devices PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) PEX4(S4) PEX5(S4)
PEX6(S4) PEX7(S4) XHC1(S4) LAN0(S4) LAN1(S4) LAN2(S4) LAN3(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Atom(TM) CPU C3758 @ 2.20GHz, 2200.41 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu0: 2MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.2, IBE
cpu1 at mainbus0: apid 4 (application processor)
cpu1: Intel(R) Atom(TM) CPU C3758 @ 2.20GHz, 2200.00 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu1: 2MB 64b/line 16-way L2 cache
cpu1: smt 0, core 2, package 0
cpu2 at mainbus0: apid 8 (application processor)
cpu2: Intel(R) Atom(TM) CPU C3758 @ 2.20GHz, 2200.00 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu2: 2MB 64b/line 16-way L2 cache
cpu2: smt 0, core 4, package 0
cpu3 at mainbus0: apid 12 (application processor)
cpu3: Intel(R) Atom(TM) CPU C3758 @ 2.20GHz, 2200.00 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,SMEP,ERMS