On 2012-07-16 10:23, Matteo Tiraferri wrote:
>       --------- Original Message --------
>       Da: Jan Kiszka <jan.kis...@web.de>
>       To: 
>         Cc: rtnet-users@lists.sourceforge.net
>       Oggetto: Re: [RTnet-users] RT_E1000
>       Data: 16/07/12 09:40
>       
>       > 
>> On 2012-07-16 09:05, Matteo Tiraferri wrote:
>>>     --------- Original Message --------
>>>     Da: Jan Kiszka <jan.kis...@web.de>
>>>     To: 
>>>       Cc: rtnet-users@lists.sourceforge.net
>>>     Oggetto: Re: [RTnet-users] RT_E1000
>>>     Data: 14/07/12 09:17
>>>     
>>>     > 
>>>> On 2012-07-12 09:14, Matteo Tiraferri wrote:
>>>>> Dear all,
>>>>> i've some trouble with my rtnet application with xenomai. Seems i lose
>>> or
>>>>> i've a delay sending packet my application.
>>>>> When install the rtnet driver i recive this warnig:
>>>>>
>>>>> "RTNET Failed to initialize MSI interrupts.  Falling back to legacy
>>>>> interrupts"
>>>>
>>>> You were trying the e1000e from git, right? How is
>>>> /proc/xenomai/interrupts changing when that driver is in use?
>>>>
>>>>> using the drive rt_e1000_new i don't recive any warning but some time
> i
>>>>> cannot send packet at all.
>>>>>
>>>>> So my question is possible to force the irq number or not?Can somone
>>> explain
>>>>> the reson of those warnig and if it could create some latency error?
>>>>>
>>>>> What are the difference betwen rt_e1000 and rt_e1000_new?
>>>>
>>>> Both are addressing older e1000 adapters. The e1000_new was once
> started
>>>> to refresh the set of supported devices of the e1000. But it was never
>>>> properly finished.
>>>>
>>>> Meanwhile, modern cards are covered by the e1000e, that why I recently
>>>> ported it to RTnet. This driver is the primary choice for your hardware
>>>> *if* that is handled by it. If you see interrupt problems, let's debug
>>> them.
>>>>
>>>> When running the device under normal linux, what does
>>>>
>>>>    lspci -vvk -d VENDOR:DEVICE
>>>>
>>>> report?
>>>>
>>>> Jan
>>>
>>> Hi Jan,
>>> thank's for your answer. I'm using rtnet 0.9.12 the latest downloadable 
>>> from rtnet.org. I must use rtnet taken from GIT?
>>
>> You should, 0.9.12 is pretty outdated.
>>
>>>
>>> Below the output of the command lspci:
>>>
>>> 04:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet
>>> Controller
>>
>> lspci -nn to include the PCI ID of the adapter.
>>
>>>         Subsystem: Intel Corporation Device 0000
>>>         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
> ParErr-
>>> Stepping- SERR+ FastB2B- DisINTx-
>>>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
>>> <TAbort- <MAbort- >SERR- TAbort- <TAbort- <MAbort- >SERR-  >        
> Latency: 0, Cache Line Size: 64 bytes
>>>         Interrupt: pin A routed to IRQ 17
>>>         Region 0: Memory at febe0000 (32-bit, non-prefetchable)
> [size=128K]
>>>         Region 2: I/O ports at ec00 [size=32]
>>>         Capabilities: [c8] Power Management version 2
>>>                 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
>>> PME(D0+,D1-,D2-,D3hot+,D3cold+)
>>>                 Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME-
>>>         Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+
>>>                 Address: 0000000000000000  Data: 0000
>>>         Capabilities: [e0] Express (v1) Endpoint, MSI 00
>>>                 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s
>>> <512ns, L1 <64us
>>>                         ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
>>>                 DevCtl: Report errors: Correctable- Non-Fatal- Fatal-
>>> Unsupported-
>>>                         RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
>>>                         MaxPayload 128 bytes, MaxReadReq 512 bytes
>>>                 DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr+
>>> TransPend-
>>>                 LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM unknown,
>>> Latency L0 <128ns, L1 <64us
>>>                         ClockPM+ Surprise- LLActRep- BwNot-
>>>                 LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain-
>>> CommClk+
>>>                         ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
>>>                 LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+
>>> DLActive- BWMgmt- ABWMgmt-
>>>         Kernel driver in use: rt_e1000_new
>>
>> Please dump while the Linux driver is loaded.
>>
>> Jan
> 
> 
> Hi Jan,
> i download the rtnet git head, but i have one compile error:
> /home/matteot/rtnet-git/rtnet/drivers/e1000e/82571.c: In function
> 'e1000_get_hw_semaphore_82573':
> /home/matteot/rtnet-git/rtnet/drivers/e1000e/82571.c:594: error: implicit
> declaration of function 'usleep_range'
> make[4]: *** [/home/matteot/rtnet-git/rtnet/drivers/e1000e/82571.o] Error 1
> make[3]: *** [_module_/home/matteot/rtnet-git/rtnet/drivers/e1000e] Error 2
> make[3]: Leaving directory
> `/usr/src/linux-headers-2.6.32.15-xenomai-2.5.4-3'
> make[2]: *** [all-local.ko] Error 2
> make[2]: Leaving directory `/home/matteot/rtnet-git/rtnet/drivers/e1000e'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/matteot/rtnet-git/rtnet/drivers'
> make: *** [all-recursive] Error 1

Oh, wrapping problem for old kernels! Will fix.

> 
> Now i will open the code and i try to understand, but if you forgot
> something in your last commit, please do now :)
> I must download one specific Tag?
> 
> I don't understand very well your request, so i do the following:
> Remove rtnet and reinstall the normal e1000e module.
> i run the command lspci -nn and the lspci -vvk -d 8086:109a
> 
> bash# lspci -nn
> 00:00.0 Host bridge [0600]: Intel Corporation Mobile GME965/GLE960 Memory
> Controller Hub [8086:2a10] (rev 03)
> 00:01.0 PCI bridge [0604]: Intel Corporation Mobile GME965/GLE960 PCI
> Express Root Port [8086:2a11] (rev 03)
> 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile
> GME965/GLE960 Integrated Graphics Controller [8086:2a12] (rev 03)
> 00:02.1 Display controller [0380]: Intel Corporation Mobile GME965/GLE960
> Integrated Graphics Controller [8086:2a13] (rev 03)
> 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI
> Express Port 1 [8086:283f] (rev 04)
> 00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI
> Express Port 5 [8086:2847] (rev 04)
> 00:1c.5 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI
> Express Port 6 [8086:2849] (rev 04)
> 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB
> UHCI Controller #1 [8086:2830] (rev 04)
> 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB
> UHCI Controller #2 [8086:2831] (rev 04)
> 00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2
> EHCIController #1 [8086:2836] (rev 04)
> 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge
> [8086:2448] (rev f4)
> 00:1f.0 ISA bridge [0601]: Intel Corporation 82801HEM (ICH8M) LPC Interface
> Controller [8086:2815] (rev 04)
> 00:1f.2 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E)
> SATA IDE Controller [8086:2828] (rev 04)
> 00:1f.3 SMBus [0c05]: Intel Corporation 82801H (ICH8 Family) SMBus
> Controller [8086:283e] (rev 04)
> 00:1f.6 Signal processing controller [1180]: Intel Corporation 82801H (ICH8
> Family) Thermal Reporting Device [8086:284f]
> 01:04.0 PCI bridge [0604]: Texas Instruments PCI2050 PCI-to-PCI Bridge
> [104c:ac28] (rev 02)
> 02:0e.0 Unassigned class [ff00]: University of Toronto Device [5045:0002]
> (rev 01)
> 04:00.0 Ethernet controller [0200]: Intel Corporation 82573L Gigabit
> Ethernet Controller [8086:109a]
> 05:00.0 Ethernet controller [0200]: Intel Corporation 82573L Gigabit
> Ethernet Controller [8086:109a]
> 
> bash# lspci -vvk -d 8086:109a
> 
> 04:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet
> Controller
>         Subsystem: Intel Corporation Device 0000
>         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR+ FastB2B- DisINTx-
>         Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
> <TAbort-<MAbort- >SERR- TAbort- <TAbort-<MAbort- >SERR- <PERR- INTx-
>         Latency: 0, Cache Line Size: 64 bytes
>         Interrupt: pin A routed to IRQ 17
>         Region 0: Memory at febe0000 (32-bit, non-prefetchable) [size=128K]
>         Region 2: I/O ports at ec00 [size=32]
>         Capabilities: [c8] Power Management version 2
>                 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
> PME(D0+,D1-,D2-,D3hot+,D3cold+)
>                 Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME-
>         Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+
>                 Address: 0000000000000000  Data: 0000
>         Capabilities: [e0] Express (v1) Endpoint, MSI 00
>                 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s
> <512ns, L1 <64us
>                         ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
>                 DevCtl: Report errors: Correctable- Non-Fatal- Fatal-
> Unsupported-
>                         RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
>                         MaxPayload 128 bytes, MaxReadReq 512 bytes
>                 DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr+
> TransPend-
>                 LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM unknown,
> LatencyL0 <128ns, L1 <64us
>                         ClockPM+ Surprise- LLActRep- BwNot-
>                 LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain-
> CommClk+
>                         ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
>                 LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+
> DLActive- BWMgmt- ABWMgmt-
>         Kernel driver in use: e1000e

OK, so the rt_e1000e should be able to handle this hardware. Let's make
it compile...

Jan

Attachment: signature.asc
Description: OpenPGP digital signature

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
RTnet-users mailing list
RTnet-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rtnet-users

Reply via email to