Description of problem:
The Marvell Yukon 88E8059 PCI-E Gigabit Ethernet is unsupported and so doesn't work.

Version-Release number of selected component (if applicable):
2.6.32-85.el6

Actual results:
NIC is undetected, doesn't work.

Additional info:
There is an upstream commit[4] adding support to this NIC. However, the RHEL-6 kernel needs few more commits to address the patch dependencies.

Depends on, in order:
[1] e91cd2e65f22a80af87367178bed4957fdc45ecd
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e91cd2e65f22a80af87367178bed4957fdc45ecd

[2] d6b54d241c558483302616ac1d997806795513e4
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d6b54d241c558483302616ac1d997806795513e4

[3] 877c8570fb00ad0529b07f8193cc098ac0193d03
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=877c8570fb00ad0529b07f8193cc098ac0193d03

and finally the patch adding support to the customer's NIC:

[4] 0f5aac7070a01ec757ed243febe4fff7c944c4d2
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=0f5aac7070a01ec757ed243febe4fff7c944c4d2


I've backported each patch to -85.el6, grouped them in a single one and built a test package available at:
https://brewweb.devel.redhat.com/taskinfo?taskID=2963111

Customer reported this backtrace while testing it:
WARNING: at net/sched/sch_generic.c:261 dev_watchdog+0x1ec/0x200() (Not tainted)
Hardware name: VPCEA16FG
NETDEV WATCHDOG: eth0 (sky2): transmit queue 0 timed out
Modules linked in: fuse autofs4 ppdev parport_pc parport cpufreq_ondemand acpi_cpufreq ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables ip6t_REJECT nf_conntrack_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 dm_mirror dm_region_hash dm_log uinput sony_laptop sg uvcvideo videodev
sky2 eth0: Link is up at 100 Mbps, full duplex, flow control both
serio_raw i2c_i801 iTCO_wdt iTCO_vendor_support sky2 arc4 ecb iwlagn iwlcore mac80211 cfg80211 rfkill snd_hda_codec_atihdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd soundcore snd_page_alloc ext4 mbcache jbd2 sr_mod cdrom sd_mod crc_t10dif ahci sdhci_pci sdhci mmc_core video output radeon ttm drm_kms_helper drm i2c_algo_bit i2c_core dm_mod [last unloaded: microcode]
Pid: 9, comm: ksoftirqd/1 Not tainted 2.6.32-85.el6.gss00382281.1.i686 #1
Call Trace:
[<c0450311>] ? warn_slowpath_common+0x81/0xc0
[<c0781c8c>] ? dev_watchdog+0x1ec/0x200
[<c0781c8c>] ? dev_watchdog+0x1ec/0x200
[<c04503e3>] ? warn_slowpath_fmt+0x33/0x40
[<c0781c8c>] ? dev_watchdog+0x1ec/0x200
[<c0443c00>] ? load_balance_fair+0x120/0x290
[<c0460709>] ? run_timer_softirq+0x139/0x2c0
[<c0442833>] ? finish_task_switch+0x33/0xa0
[<c0781aa0>] ? dev_watchdog+0x0/0x200
[<c04572ef>] ? __do_softirq+0x8f/0x1b0
[<c045744d>] ? do_softirq+0x3d/0x50
[<c04574be>] ? ksoftirqd+0x5e/0xe0
[<c0457460>] ? ksoftirqd+0x0/0xe0
[<c0470c14>] ? kthread+0x74/0x80
[<c0470ba0>] ? kthread+0x0/0x80
[<c040a647>] ? kernel_thread_helper+0x7/0x10


which seems to be the same as in upstream bugzilla below:
https://bugzilla.kernel.org/show_bug.cgi?id=20092

Thus, I've asked to test again with TCP timestamp disabled (sysctl -w net.ipv4.tcp_timestamps=0). It has worked out according with customer's feedback.