From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; es-AR; rv:18.104.22.168) Gecko/20070313 Fedora/22.214.171.124-5.fc6 Firefox/126.96.36.199
Description of problem:
When updating the system after installing FC6, dhclient, in WiFi orinoco_cs compatible card, can't retrieve addreses. dhclient stills work fine with Ethernet card (NE200 compatible, pcnet driver).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Install FC6 in a system with orinoco compatible pcmicia card.
3.Configure your WiFi settings.
4.Use dhclient <wifi-interface>
1. dhclient can't retrieve ip address in the orinoco_cs WiFi card.
Retrieve the ip address.
1. dhclient update (dhclient-3.0.5-3.fc6) stills work with normal ethernet pcmcia card. (I have a pcnet_cs NE2000 compatible card and work fine).
2. I removed the dhclient update and reinstalled the previous dhclient and dhclient (dhclient-3.0.4-21.fc6), and the ip address retrieving worked again normally.
(Misfiled against FC6-test; moving to FC6 proper.)
The package versions reported here don't make sense. I have recently made a
DHCP update for FC-6 (dhcp-3.0.5-4.fc6) and I made a new one for rawhide
(dhcp-3.0.5-27.fc7). Is this bug for rawhide (or a Fedora 7 test release) or is
it for FC-6?
I'm inclined to think it's for rawhide, but let me know.
Will you try the dhcp packages available here:
There are i386, x86_64, and ppc packages available. Download the ones for your
platform and upgrade them with rpm. Try dhclient again and let me know what
Changing version to devel since there is no way this bug is for FC-6.
Fixed in dhcp-3.0.5-28.fc7 in rawhide.
You've moved this bug back to fc6. Is it for fc6 or devel?
I have rebuilt dhcp for FC-6 and placed the packages here:
Please try the updated .fc6. rpms for your platform and let me know if they work
with your wifi card.
Created attachment 152513 [details]
output of dmesg
Sorry for my slowliness, but here I'm back to reply:
1. I installed the dhclient-3.0.5-4.fc6:
rpm -qv dhclient
But it does not retrieve any ip address.
2. I believe, it is not fault of the dhclient but something that has to do with
the way that is recognized the card. I noticed that dmesg shows this error:
ADDRCONF(NETDEV_UP): eth0: link is not ready
It occurs after the command
dhclient -n eth0
(something weird , I believe, for the WiFi card).
3. I am using kernel :
Linux localhost.localdomain 2.6.20-1.2933.fc6 #1 SMP Mon Mar 19 11:38:26 EDT
2007 i686 i686 i386 GNU/Linux
4. I tested the wifi card again with a Live CD (BackTrack-2), and it works fine.
The kernel used :
Linux bt 2.6.20-BT-PwnSauce-NOSMP #3 Sat Feb 24 15:52:59 GMT 2007 i686 pentium3
This kernel is close to what I am using in Fedora.
5. The orinoco driver is the same in BT2 and FC6:
dmesg | grep -i orinoco
orinoco 0.15 (David Gibson <email@example.com>, Pavel Roskin
<firstname.lastname@example.org>, et al)
orinoco_cs 0.15 (David Gibson <email@example.com>, Pavel Roskin
<firstname.lastname@example.org>, et al)
eth0: orinoco_cs at 0.0, irq 3, io 0x0100-0x013f
6. I browsed in the Internet and I'm suspecting that the problem is with the
udev system. Though my wifi card is always configured as eth0 , and the other
card (normal ethernet card), is configured as eth1 I am not sure how the wi fi
7. I send you the output of dmesg of the FC6. Hope this helps you.
This does appear to be a problem with the orinoco_cs driver in the kernel.
Reassigning to that component.
Did you try booting with the "irqpoll" option, as suggested by the yenta stack
traces in the dmesg? Since yenta is related to pcmcia, I suspect that your
orinoco_cs card isn't getting its interrupts delivered to the processor.
Yes, indeed, but the card refuses to work properly even with the irqpoll option
in the kernel.
The only way that the wifi card works is:
1. Inserting the two cards in the pcmcia slots.
2. Add 'noacpi' parameter (without 'irqpoll' option) to the kernel .
3. Restarting the system.
If I add the 'irqpoll' and the 'noacpi' parameters to the kernel, together with
the two cards, the system freezes completly when it reaches de HAL daemon (maybe
there is something before it that provokes the freezing).
I'll send you a dmesg output whith the two cards working .
Created attachment 152590 [details]
dmesg with two cards inserted and 'noacpi' parameter
I just tested another card ( a CISCO wifi card , driver airo_cs), and it behaves
the same way the other wifi card, so I don't believe is a driver issue.
I don't think is a hardware issue because the WiFi card (orinoco_cs) works fine
with the BT2 LiveCD mentioned above.
Is this still an issue with current FC6 or F7 kernels?
Closed due to lack of response...please re-open if/when the requested
information becomes available...