Bug 153176
| Summary: | forcedeth nForce driver not selectable when manually choosing a network module | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jesse Keating <jkeating> | ||||
| Component: | kernel | Assignee: | Dave Jones <davej> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 4 | CC: | katzj, notting, pfrields, riel, wtogami | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2005-04-28 02:58:24 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: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 136450 | ||||||
| Attachments: |
|
||||||
|
Description
Jesse Keating
2005-04-01 23:32:14 UTC
Upon closer look, it appears that the driver DOES load automatically, however the driver is unable to see the hardware device. Perhaps this is a kernel bug instead. Installing from CD to see what happens once OS is installed. Module DOES seem to function inside the installed os. Seems like the problem is that it doens't work during the installer. Not sure where this bug goes then. The problem is that the device doesn't show up as a network device according to it's PCI device class. Hacked around in kudzu-1.1.115-1. Yuck. (In reply to comment #5) > Hacked around in kudzu-1.1.115-1. Yuck. May I ask what that hack was? I'd like to try in on RHEL4 and FC3 Index: pci.c
===================================================================
RCS file: /usr/local/CVS/kudzu/pci.c,v
retrieving revision 1.121
retrieving revision 1.123
diff -u -r1.121 -r1.123
--- pci.c 22 Apr 2005 22:05:18 -0000 1.121
+++ pci.c 29 Apr 2005 15:42:12 -0000 1.123
@@ -903,6 +905,10 @@
free(dev->driver);
dev->driver = strdup("8139cp");
}
+ /* nForce4 boards show up with their ethernet controller
+ * as a bridge; hack it */
+ if (dev->vendorId == 0x10de && dev->deviceId == 0x0057)
+ devtype = PCI_CLASS_NETWORK_ETHERNET;
dev->pcidom = p->domain;
dev->pcibus = p->bus;
dev->pcidev = p->dev;
You can also put a pci quirk in the kernel to change the class there (to make it
appear correctly to *all* userland tools); I don't have that patch in front of me
Thanks! I was hoping to implement this change in anaconda so loader/init in my pxe initrd can use the nForce network device to install via nfs. Will this fix make anaconda work right if I patch/rebuild/install kudzu, then rebuild anaconda-runtime and use the new loader and init in my initrd? I'm curious how anaconda uses kudzu in a pxe boot to anaconda environment. Thanks again! Correct. (You only need the loader, not init) You probably want the new kudzu python module in stage2 as well. I couldn't find a pci.c in the anaconda src to apply the patch to. I guess I'd need some sort of python workaround to do the same thing you did in pci.c. Suggestions are welcome as I am not well versed in python. The pci.c is in kudzu; you'd need to apply/build/install that before rebuilding the loader. Sorry to keep on with this.... I applied the patch to kudzu 1.1.95.10-1, built it and then installed the kudzu and kudzu-devel rpms that were created. I then built anaconda 10.1.1.17-1, then installed the newly created anaconda and anaconda-runtime rpms. Next put /usr/lib/anaconda/loader/loader into my initrd that I pxe boot with. No joy. forcedeth loads and eth0 is bound to 0000:00:0a.0, but keep getting the "no driver found" window where I can use a driver disk. * getting kickstart file * no network devices in choose network device! * no network drivers for doing kickstart I'll attach my pci.c from kudzu. Maybe I put the patch in the wrong place? Created attachment 114806 [details]
pci.c from kudzu 1.1.95-10 (RHEL4)
It looks ok. Note that the RHEL 4 U1 kernel will have the pci quirk for this, solving this that way. |