Bug 175994
Summary: | kernel removes marvel 88E8036 support | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Davide Rossetti <davide.rossetti> |
Component: | kernel | Assignee: | John W. Linville <linville> |
Status: | CLOSED CANTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | davej, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-03-09 19:47:29 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Davide Rossetti
2005-12-17 00:41:31 UTC
you're probably better off running the skge driver anyway, but its curious that sk98lin stopped working. What was the last version that worked ? The next update is a big rebase to 2.6.15, which is at http://people.redhat.com/davej/kernels/Fedora/FC4 , which may fix it again. (In reply to comment #1) > you're probably better off running the skge driver anyway, but its curious that > sk98lin stopped working. What was the last version that worked ? my card is: 02:00.0 Class 0200: 11ab:4351 (rev 10) Subsystem: 1179:ff10 Flags: bus master, fast devsel, latency 0, IRQ 11 Memory at bc000000 (64-bit, non-prefetchable) [size=16K] I/O ports at a000 [size=256] Capabilities: <available only to root> e.g. on /lib/modules/2.6.11-1.1369_FC4/modules.pcimap: sk98lin 0x000011ab 0x00004320 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0 .... sk98lin 0x000011ab 0x00004351 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0 .... sk98lin 0x00001737 0x00001064 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0 the sk98lin on 2.6.14-1.1644_FC4 is good as well. then in 2.6.14-1.1653_FC4 someone removed the ids for Yukon2 chips from sk98lin, I guess in preparation for debut of sky2 from -mm beware that sky2.c on -mm3 is working well for me, and that skge.c is not intended for Yukon2 chips, only for Yukon1. instead, sk98lin drives all chips. > The next update is a big rebase to 2.6.15, which is at > http://people.redhat.com/davej/kernels/Fedora/FC4 , which may fix it again. > did't have a look at it yet, anyway I think that either you ship sky2.c from mm, or you have to re-add Yukon2 PCI IDs to sk98lin, as skge is only for Yukon1 chip. there aren't any sk98lin patches added between 1644_FC4 and 1653_FC5. Puzzling. hmm, does booting with acpi=off make it come back to life? sorry I made a mistake. 1644_FC4 is NOT working as well as 2.6.14-1.1653_FC4. The removal of device 11ab:4351 happened before 1644_FC4. My error has this history. for 1644_FC4 I compiled the Marvel original driver (because sk98lin was NOT handling my device), copied to /lib/modules/$(uname -r)/kernel/driver/net/, did depmod -a. But it was not functioning, and I guesses it was it's fault. then I discovered that there was some interaction on irq11 between Texas UHCI1394 device (it's bugzilla 175996). Then I mailed on fedora-list, and shemminger replayed I could use sky2.c driver from rc3-mm1. But the net card started running only when I removed the UHCI1394 driver from 1644_FC4 dir, with the side effect that also sk98lin (the one downloaded from the Marvel site) was running as well as sky2. So I forgot I have overwritten the sk98lin.ko driver and so I reported that 1644_FC4 sk98lin is ok... but it's not. In fact, once I reinstalled the kernel rpm, I get: $ fgrep 11ab /lib/modules/2.6.14-1.1644_FC4/mod*pci* sk98lin 0x000011ab 0x00004320 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0 sk98lin 0x000011ab 0x00005005 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0 skge 0x000011ab 0x00004320 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0 skge 0x000011ab 0x00005005 0xffffffff 0xffffffff 0x00000000 0x00000000 0x0 but my Yukon2 card has device id 4351 $ /sbin/lspci -n -s 2:0.0 02:00.0 Class 0200: 11ab:4351 (rev 10) You may want to try the fedora-netdev kernels: http://people.redhat.com/linville/kernels/fedora-netdev/ In particular, these include the sky2 driver. Please give those a try and post the results...thanks! sky2 drivers from: - 2.6.14-1.1656_FC4.netdev.7 (.8 downloaded but not tested yet) - 2.6.15-rc5-mm3 have the same bug. as soon as I generate heavy I/O it starts slowing down to 1 or 0 pkt per sec. ifdown, then ifup again to get back network access. I'm using: rsync -v --progress /nfs_mounted_dir/FC4-i386-disc1.iso /local_dir so it is nfs read traffic. it stops around 17MB transferred. it stops after ~ 400KB going in the opposite direction. network switch is a 3COM 10/100 SuperStack. interface is configured via dhcp. This is a mass-update to all currently open kernel bugs. A new kernel update has been released (Version: 2.6.15-1.1830_FC4) based upon a new upstream kernel release. Please retest against this new kernel, as a large number of patches go into each upstream release, possibly including changes that may address this problem. This bug has been placed in NEEDINFO_REPORTER state. Due to the large volume of inactive bugs in bugzilla, if this bug is still in this state in two weeks time, it will be closed. Should this bug still be relevant after this period, the reporter can reopen the bug at any time. Any other users on the Cc: list of this bug can request that the bug be reopened by adding a comment to the bug. If this bug is a problem preventing you from installing the release this version is filed against, please see bug 169613. Thank you. Closed due to lack of response...please reopen when the bug is verified against current kernels...thanks! |