forcedeth autoneg for 100M-FD fails

Bug #1200235 reported by Chris Hofstaedtler
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

Wired network on this laptop fails to come up automatically on the work network.

After running this ethtool command, the wired network works, until the NIC gets turned off (say, suspend):
ethtool -s eth0 speed 100 duplex full autoneg off

Running the ethtool command above gives this info in dmesg:
[ 62.560356] forcedeth 0000:00:0a.0 eth0: link up
[ 62.560527] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: linux-image-3.8.0-25-generic 3.8.0-25.37
ProcVersionSignature: Ubuntu 3.8.0-25.37-generic 3.8.13
Uname: Linux 3.8.0-25-generic x86_64
NonfreeKernelModules: wl nvidia
ApportVersion: 2.9.2-0ubuntu8.1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: ch 3516 F.... pulseaudio
 /dev/snd/pcmC0D0p: ch 3516 F...m pulseaudio
Date: Thu Jul 11 15:34:06 2013
HibernationDevice: RESUME=UUID=655c9f6b-5295-45b9-b3ed-fbb9fe5921b0
MachineType: Apple Inc. MacBookPro5,3
MarkForUpload: True
ProcFB: 0 EFI VGA
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.8.0-25-generic.efi.signed root=/dev/mapper/hostname-root ro quiet splash cryptopts=target=lvm,source=/dev/sda6,lvm=hostname-root resume=/dev/sda5 vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.8.0-25-generic N/A
 linux-backports-modules-3.8.0-25-generic N/A
 linux-firmware 1.106
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 06/15/09
dmi.bios.vendor: Apple Inc.
dmi.bios.version: MBP53.88Z.00AC.B03.0906151647
dmi.board.asset.tag: Base Board Asset Tag#
dmi.board.name: Mac-F22587C8
dmi.board.vendor: Apple Inc.
dmi.chassis.asset.tag: Asset Tag#
dmi.chassis.type: 10
dmi.chassis.vendor: Apple Inc.
dmi.chassis.version: Mac-F22587C8
dmi.modalias: dmi:bvnAppleInc.:bvrMBP53.88Z.00AC.B03.0906151647:bd06/15/09:svnAppleInc.:pnMacBookPro5,3:pvr1.0:rvnAppleInc.:rnMac-F22587C8:rvr:cvnAppleInc.:ct10:cvrMac-F22587C8:
dmi.product.name: MacBookPro5,3
dmi.product.version: 1.0
dmi.sys.vendor: Apple Inc.

Revision history for this message
Chris Hofstaedtler (zeha) wrote :
Revision history for this message
Brad Figg (brad-figg) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.10 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.10-saucy/

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
Revision history for this message
Chris Hofstaedtler (zeha) wrote :

Can't test 3.10 because the graphics driver won't compile.

OTOH, I don't see any suspicious changes since 3.8 in mainline git in the forcedeth driver.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
tags: added: kernel-unable-to-test-upstream
Revision history for this message
Chris Hofstaedtler (zeha) wrote :

Did test with 3.10.0-999-generic_3.10.0-999.201307110431 (despite having no graphics and only a partially working VT), and the bug still exists.

tags: added: kernel-bug-exists-upstream
removed: kernel-unable-to-test-upstream
Revision history for this message
niviuq@gmail.com (niviuq) wrote :

Forcedeteh driver had issues with my NVIDIA Corporation MCP51 Ethernet Controller (rev a3) in ubuntu 13.10. Ethernet drops time after time and have to reset. It's a recurrent issue in the last versions. Maybe some change in the kernel.

Revision history for this message
Luke J Militello (kilahurtz) wrote :

I'm having a similar issue running 12.04 with the Trusty hardware enablement stack; kernel v3.13. I have the MCP51 controller and get random protocol flaps even with the physical link still up. This causes problems as I have an NFS auto mounted home directory. My only workaround has been to spawn a root shell on tty1 and reboot. In comment #6, when you say reset, are you referring to bouncing via ifconfig or reloading forcedeth? The next time this happens to me, I will try both and see what happens unless anyone else can comment on this issue with a workaround.

Revision history for this message
Luke J Militello (kilahurtz) wrote :

I did some research and discovered a solution to my problem. I reloaded the forcedeth module with msi=0 and msix=0. This solved my problem and this issue no longer plagues me.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.