Red Hat Bugzilla – Bug 196334
Segmentation fault for network install with a Prism wireless card
Last modified: 2007-11-30 17:11:35 EST
I get a SIGSEGV after entering the wireless network adapter details (ESSID only
on an unencrypted network here) when doing a network install (tried HTTP, FTP,
NFS) from the FC-6-Test1-i386-rescuecd.iso:
loader received SIGSEGV!. Backtrace
This is on a T30 ThinkPad with Intel ethernet (eth0) and Prism wireless (eth1)
Checking the VCs I saw the network modules loaded were: miix, e100, hermes,
orinoco, orinoco_pci, and no other errors were reported.
Can you try with the rescue CD from rawhide of 0625 or later?
Segfault is still there with today's 0626 rescue CD, the backtrace is slightly
Last few lines from vc3 are:
INFO: going to do getNetConfig
INFO: eth1 is a wireless adapter
I tried todays 0629 rescuecd image after spotting some anaconda changes, but
still no working net install over the Prism wifi interface.
I've noticed that the orinoco driver has been replaced with hostap (as is the
case with FC5 after installation). The problem there is that the master wifi0
interface is given as the net install choice, but that one cannot be configured.
The interface that is configurable is wlan0 which hostap creates as a virtual
interface on top of wifi0.
But the segfault is gone, correct? Can you provide the output of 'kudzu -p -c
NETWORK' on an installed system?
I cannot confirm the segfault is gone because I cannot configure the wifi
interface since the driver changed to hostap. I get garbage in the ESSID box and
I was prevented from typing into it so I couldn't continue past that screen.
FWIW, I'm seeing this same exact crash with FC6-test2 on an HP xw9300
workstation using the onboard NIC. I tried both http & ftp installations, and
they both crash in the same fashion as originally reported.
Could you please attach the backtrace you are getting? These numbers change
with every single build.
Actually, this turned out to be the bug where not entering a / before the
directory path to the server caused the crash.
Ah, okay. This is fixed in Rawhide then.
*** This bug has been marked as a duplicate of 197403 ***
Sorry, but I don't think the bug as originally reported has much to do with the
forward slash path problem, at least not until really established otherwise.
The segfault happens just after entering the ESSID for a Prism based wireless
NIC (I never get to enter the path), when using the orinoco drivers. It did come
back with the FC6 test2 rescuecd sometime after 7/4 (see comment #5). The latest
backtrace from a FC6 test2 install is:
The strangest thing is that I again cannot reproduce this with todays 8/8
rawhide rescuecd because again that one went back to loading hostap drivers
instead of orinoco and the wifi0 interface cannot be configured (corrupted ESSID
box not responding to input).
More info on orinoco vs hostap: bug #173727, bug #181441, bug #189566, bug
#191326 and a few more similar in bugzilla.
In conclusion, you can't have both modules loading, which is what happens with
FC6test1 and FC6test2 installs, buts strangely enough not for rawhide ones
(although that has a separate problem of trying to configure only the hostap's
virtual wifi0 interface instead of the real wlan0).
After installing FC6test2 through the ethernet NIC, here's the 'kudzu -p -c
NETWORK' output on this T30:
desc: "Intel Corporation 82801CAM (ICH3) PRO/100 VE (LOM) Ethernet Controller"
desc: "Intersil Corporation Prism 2.5 Wavelan chipset"
The wireless NIC seems to be claimed by the orinoco driver, although both
orinoco and hostap are loaded, dmesg output to follow.
Created attachment 133831 [details]
Okay, I believe I have a fix for the traceback you are seeing. I'm going to
stay out of the hostap vs. orinoco stuff for now and only worry about fixing up
the loader segfault. Please test the next test release/rawhide and let me know
if it's working better for you.
Tried today's (08/16) rescuecd with no apparent change.
I can't confirm the segfault is gone bacuse rawhide's rescuecd loads hostap
instead of orinoco as in test1 and test2 rescuecd. The master wifi0 interface is
presented as the choice instead of virtual wlan0 data interface, and can't be
configured further because of corruption of the ESSID input box.
Ok, today's 08/17 rawhide rescuecd loads orinoco and the segfault is indeed
gone, and I can configure my wireless eth1 interface just fine.
I guess this bug can be closed, but I'm still baffled by the unexpected and
irregular driver switching in rawhide and test images.
...and we're back to the whole hostap instead of orinoco issue with the FC6test3
CD - I can't configure my wifi0 wireless interface when the hostap driver is loaded.
Why are rawhide and test images always different when it comes to this issue?
This is an aggravating one. Okay, we're going to try removing hostap from the
module list in anaconda and seeing if that fixes this up.
The last rawhide rescuecd I managed to get was from 09/22. It does indeed load
orinoco and there is no sign of hostap. The problem I have now is that it does
not associate with the AP for some reason any more.
If you continue to see this problem, please open a new bug against anaconda and
we will either work on it there or see if it's a driver problem and reassign the