| 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
| ||
|
Date: Thu, 31 Jan 2019 16:08:44 +0800
From: Kai-Heng Feng <kai.heng.feng@...onical.com>
To: Siva Reddy Kallam <siva.kallam@...adcom.com>
Cc: Prashant Sreedharan <prashant@...adcom.com>,
Michael Chan <mchan@...adcom.com>,
Linux Netdev List <netdev@...r.kernel.org>,
Chih-Hsyuan Ho <chih.ho@...onical.com>
Subject: Re: Latitude 5495's tg3 hangs under heavy load
Hi tg3 folks,
> On Jan 9, 2019, at 13:42, Kai Heng Feng <kai.heng.feng@...onical.com> wrote:
>
>
>
>> On Jan 7, 2019, at 5:12 PM, Siva Reddy Kallam <siva.kallam@...adcom.com> wrote:
>>
>> On Mon, Jan 7, 2019 at 11:34 AM Kai Heng Feng
>> <kai.heng.feng@...onical.com> wrote:
>>>
>>> Hi tg3 folks,
>>>
>>> Any idea how to solve the bug?
>>>
>>> Kai-Heng
>> Hi,
>> Can you share Register dump(ethtool -d)?
>
> `ethtool -d` before freeze:
> https://pastebin.com/MSkJzhcv
>
> `ethtool -d` after freeze:
> https://pastebin.com/dQj8mLsN
>
>> Is ifconfig down/up bringing back interface?
>
> Yes. And seems like network works fine afterward.
>
> `ethtool -d` after down/up:
> https://pastebin.com/vL1gCC2n
Wondering if there’s any update?
Are these info sufficient?
Kai-Heng
>
> Kai-Heng
>
>>
>>>
>>>> On Dec 7, 2018, at 17:27, Kai Heng Feng <kai.heng.feng@...onical.com> wrote:
>>>>
>>>> Hi tg3 maintainers,
>>>>
>>>> I’ve encountered network freeze when using tg3 in gigabits net.
>>>>
>>>> The issue can be easily reproduced when using scp to transfer files in local network.
>>>>
>>>> The symptom is pretty similar to what this commit is trying to solve:
>>>> commit 3a498606bb04af603a46ebde8296040b2de350d1
>>>> Author: Sanjeev Bansal <sanjeevb.bansal@...adcom.com>
>>>> Date: Mon Jul 16 11:13:32 2018 +0530
>>>>
>>>> tg3: Add higher cpu clock for 5762.
>>>>
>>>> This patch has fix for TX timeout while running bi-directional
>>>> traffic with 100 Mbps using 5762.
>>>>
>>>> But reverting this commit doesn’t help.
>>>>
>>>> Latitude 5495 is a AMD Raven Ridge platform, not sure if this matters.
>>>>
>>>> Here’s the lspci for this device:
>>>> 03:00.0 Ethernet controller [0200]: Broadcom Inc. and subsidiaries NetXtreme BCM5762 Gigabit Ethernet PCIe [14e4:1687] (rev 10)
>>>> Subsystem: Dell NetXtreme BCM5762 Gigabit Ethernet PCIe [1028:0814]
>>>> 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- <PERR- INTx-
>>>> Latency: 0
>>>> Interrupt: pin A routed to IRQ 16
>>>> Region 0: Memory at e0220000 (64-bit, prefetchable) [size=64K]
>>>> Region 2: Memory at e0210000 (64-bit, prefetchable) [size=64K]
>>>> Region 4: Memory at e0200000 (64-bit, prefetchable) [size=64K]
>>>> Capabilities: [48] Power Management version 3
>>>> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
>>>> Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=1 PME-
>>>> Capabilities: [50] Vital Product Data
>>>> Product Name: Broadcom NetXtreme Gigabit Ethernet Controller
>>>> Read-only fields:
>>>> [PN] Part number: BCM95762
>>>> [EC] Engineering changes: 106679-15
>>>> [SN] Serial number: 0123456789
>>>> [MN] Manufacture ID: 31 34 65 34
>>>> [RV] Reserved: checksum good, 28 byte(s) reserved
>>>> Read/write fields:
>>>> [YA] Asset tag: XYZ01234567
>>>> [RW] Read-write area: 107 byte(s) free
>>>> End
>>>> Capabilities: [58] MSI: Enable- Count=1/8 Maskable- 64bit+
>>>> Address: 0000000000000000 Data: 0000
>>>> Capabilities: [a0] MSI-X: Enable+ Count=6 Masked-
>>>> Vector table: BAR=4 offset=00000000
>>>> PBA: BAR=2 offset=00000120
>>>> Capabilities: [ac] Express (v2) Endpoint, MSI 00
>>>> DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <4us, L1 <64us
>>>> ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset+ SlotPowerLimit 0.000W
>>>> DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
>>>> RlxdOrd- ExtTag- PhantFunc- AuxPwr+ NoSnoop- FLReset-
>>>> MaxPayload 128 bytes, MaxReadReq 4096 bytes
>>>> DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
>>>> LnkCap: Port #0, Speed 5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <2us, L1 <64us
>>>> ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp+
>>>> LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
>>>> ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
>>>> LnkSta: Speed 5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
>>>> DevCap2: Completion Timeout: Range ABCD, TimeoutDis+, LTR+, OBFF Via WAKE#
>>>> DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR+, OBFF Disabled
>>>> LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
>>>> Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
>>>> Compliance De-emphasis: -6dB
>>>> LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete-, EqualizationPhase1-
>>>> EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
>>>> Capabilities: [100 v1] Advanced Error Reporting
>>>> UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
>>>> UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
>>>> UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
>>>> CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
>>>> CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
>>>> AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
>>>> Capabilities: [13c v1] Device Serial Number 00-00-a4-4c-c8-5b-65-74
>>>> Capabilities: [150 v1] Power Budgeting <?>
>>>> Capabilities: [160 v1] Virtual Channel
>>>> Caps: LPEVC=0 RefClk=100ns PATEntryBits=1
>>>> Arb: Fixed- WRR32- WRR64- WRR128-
>>>> Ctrl: ArbSelect=Fixed
>>>> Status: InProgress-
>>>> VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
>>>> Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
>>>> Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
>>>> Status: NegoPending- InProgress-
>>>> Capabilities: [1b0 v1] Latency Tolerance Reporting
>>>> Max snoop latency: 1048576ns
>>>> Max no snoop latency: 1048576ns
>>>> Capabilities: [230 v1] Transaction Processing Hints
>>>> Interrupt vector mode supported
>>>> Steering table in MSI-X table
>>>> Kernel driver in use: tg3
>>>> Kernel modules: tg3
>>>>
>>>> Please let me know if you need more information.
>>>>
>>>> Kai-Heng
>>>
>
Powered by blists - more mailing lists