Bug 497304 - fedora can't connect to wireless access point with rt2500pci driver and pcmcia card
Summary: fedora can't connect to wireless access point with rt2500pci driver and pcmci...
Status: CLOSED DUPLICATE of bug 457441
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 10
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2009-04-23 10:11 UTC by cornel panceac
Modified: 2009-04-27 15:27 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 472183
Last Closed: 2009-04-27 15:27:39 UTC
Type: ---

Attachments (Terms of Use)
lspci -nv output (4.61 KB, application/octet-stream)
2009-04-24 14:47 UTC, cornel panceac
no flags Details

Description cornel panceac 2009-04-23 10:11:00 UTC
Description of problem:

i can't connect to wireless ap with a pcmcia card using rt2500pci.

however, i can connect if i replace the rt2500pci with ndiswrapper+rt2500 windows driver.



for details

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

Comment 1 Chuck Ebbert 2009-04-23 21:58:16 UTC
Please try the latest fedora 10 kernl from updates-testing:

  yum --enablerepo=updates-testing update kernel

Comment 2 cornel panceac 2009-04-24 12:35:46 UTC
uname -r

the driver is no longer loaded with this kernel.

Comment 3 John W. Linville 2009-04-24 14:05:30 UTC
Were you blacklisting it to load ndiswrapper?  Did you un-blacklist it when testing

I don't recall removing any IDs from that driver.  Please post the output of 'lspci -nv'...thanks!

Comment 4 cornel panceac 2009-04-24 14:47:08 UTC
$ cat /etc/modprobe.d/blacklist
# Listing a module here prevents the hotplug scripts from loading it.
# Usually that'd be so that some other driver will bind it instead,
# no matter which driver happens to get probed first.  Sometimes user
# mode tools can also control driver binding.
# Syntax:  driver name alone (without any spaces) on a line. Other
# lines are ignored.

# watchdog drivers
blacklist i8xx_tco

# framebuffer drivers
blacklist aty128fb
blacklist atyfb
blacklist radeonfb
blacklist i810fb
blacklist cirrusfb
blacklist intelfb
blacklist kyrofb
blacklist i2c-matroxfb
blacklist hgafb
blacklist nvidiafb
blacklist rivafb
blacklist savagefb
blacklist sstfb
blacklist neofb
blacklist tridentfb
blacklist tdfxfb
blacklist virgefb
blacklist vga16fb

# ISDN - see bugs 154799, 159068
blacklist hisax
blacklist hisax_fcpcipnp

# sound drivers
blacklist snd-pcsp

# wireless
#blacklist rt2500pci

of course, the info on this post is sent using the previous, stable, f10 kernel.

lspci -nv output, in attachment.

Comment 5 cornel panceac 2009-04-24 14:47:55 UTC
Created attachment 341184 [details]
lspci -nv output

Comment 6 cornel panceac 2009-04-24 15:11:19 UTC
what took me by surprise, is that even if the module was unlisted, the ndiswrapper module has priority. i remember very clear that i've blacklisted rt2500pci because it had priority over ndiswrapper.

Comment 7 John W. Linville 2009-04-24 15:26:50 UTC
03:00.0 0280: 1814:0201 (rev 01)
        Subsystem: 1458:e831
        Flags: bus master, slow devsel, latency 64, IRQ 16
        Memory at d4000000 (32-bit, non-prefetchable) [size=8K]
        Capabilities: <access denied>
        Kernel driver in use: ndiswrapper
        Kernel modules: rt2500pci

Looks like the kernel still recognizes that device for rt2500pci, but ndiswrapper is getting loaded instead...

Comment 8 cornel panceac 2009-04-24 16:00:11 UTC
that was while i was connected to wireless network, with ndiswrapper. that;s how it looks when i use the new kernel:

03:00.0 0280: 1814:0201 (rev 01)
	Subsystem: 1458:e831
	Flags: slow devsel, IRQ 16
	Memory at d4000000 (32-bit, non-prefetchable) [disabled] [size=8K]
	Capabilities: <access denied>
	Kernel modules: rt2500pci

otoh, if i modprobe rt2500pci, i get the usual network manager screen requiring again and again same credentials (useless).

Comment 9 John W. Linville 2009-04-24 17:00:56 UTC
It still looks pretty clear that the rt2500pci module has the proper ID.  Are you saying it isn't getting loaded automatically?  If not, then it almost certainly is a configuration issue.

Comment 10 cornel panceac 2009-04-24 17:09:48 UTC
the driver is not loaded automatically on the above named kernel. ( . however, sometimes it is loaded instead of ndiswrapper on older kernels. i have no idea why sometimes it is loaded and sometimes ndiswrapper is loaded. config is the same on both cases, the kernel is from "updates", ndiswrapper is enabled, and the blacklist entry is commented out.

anyway, with the new kernel and the driver modprobed, the problem is still present.

Comment 11 Juhani Jaakola 2009-04-24 22:50:29 UTC
I tried Fedora 11 Snap1 Live CD with kernel on a ThinkPad
600E and I have the same problem. I have WL-107g card. I can see the name of my network in NetworkManager but connection always fails. WL-107g works with Fedora 7. If I unplug the WL-107g card and try with XyZEL AG-220 then I can connect to the network. The network does not have any encryption.

I have not tried with ndiswrapper.

I have had similar problems with a rt2500 PCI card on a desktop machine as well.

I think this is an old bug?

Comment 12 Juhani Jaakola 2009-04-24 23:05:30 UTC
Is this duplicate of bug #457441?

Comment 13 cornel panceac 2009-04-25 03:03:19 UTC
it looks like it is.

Comment 14 John W. Linville 2009-04-27 15:27:39 UTC

*** This bug has been marked as a duplicate of bug 457441 ***

Note You need to log in before you can comment on or make changes to this bug.