Bug 841119
Summary: | RX and TX packets, when cable unpugged | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | kotofos <ibelkov> | ||||
Component: | kernel | Assignee: | Neil Horman <nhorman> | ||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 17 | CC: | b.m.kast, dennis, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, nhorman | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2013-05-28 14:37:30 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
kotofos
2012-07-18 08:21:51 UTC
When plug cable in nothing happens. To use wired connection i need to reboot. Looks like a broken driver. Can you post the full /var/log/messages? This is likely a duplicate of 809706 Created attachment 598984 [details]
/var/log//messages
In ifconfig output traffic stop grow at 3.9 GiB and begin slowly decrease. vnstat -i p5p1 -l 1 -ru Monitoring p5p1... (press CTRL-C to stop) rx: 2.05 GiB/s 24.00 GiB tx: 2.05 GiB/s 24.00 GiB 3.5.3-1.fc17.i686.PAE still happens related to #809706? This rather looks like it might be a hardware bug. I base that on this line taken from /var/log/messages: Jul 16 22:45:20 kotofos-laptop kernel: [129674.069041] atl1c 0000:09:00.0: MAC state machine can't be idle since disabled for 10ms second That occurs when the driver attempts to reset that MAC (which happens, among other times, when the interface goes down, like it would in response to a cable unplug), but the hardware fails to respond to the request. It looks like it was introduced with commit 5e5c0964d9b93debb040431b5036d28fe8b19136, but I don't think thats the root cause of the issue. The code lives in atl1c_reset_mac, and it looks quite hacked together (a msleep of 10 ms followed by a polling loop with an msleep of 1ms between each check)?! Out of curiosity, the mac gets reset both on ifdown and ifup, if you ifdown/ifup the interface, do the stats start incrementing normally again? Or do they continue to misbehave? And if you remove and reinsmod the module, do the counters get reset to zero properly and increment in a sane way? If so, I wonder if reset operation just needs to be able to wait longer (which I know is a lousy solution, but in the absence of documentation, it may be all we can do). This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 2 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously. |