Hi,
I'm not able to load rt2500pci from 2.6.26-rc9 under Gentoo.
This card currently works under Debian Etch with 2.6.18 kernel and
rt2500-source 1.1.0+cvs20060620-3.
lspci -vvvv
Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01)
Subsystem: RaLink Unknown device 2560
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping-
SERR+ FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort-
<MAbort- >SERR- <PERR-
Latency: 64, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 185
Region 0: Memory at fba00000 (32-bit, non-prefetchable) [size=8K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
dmesg 2.6.18
PCI: Enabling device 0000:00:0c.0 (0110 -> 0112)
ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 17 (level, low) -> IRQ 185
rt2500 1.1.0 CVS 2005/07/10 http://rt2x00.serialmonkey.com
dmesg 2.6.26-rc9
ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 17 (level, low) -> IRQ 17
phy0: Selected rate control algorithm 'pid'
phy0: Failed to initialize wep
phy0 -> rt2x00lib_probe_dev: Error - Failed to initialize hw.
rt2500pci: probe of 0000:00:0c.0 failed with error -12
.config 2.6.18
precompiled Kernel from Debian
.config 2.6.26-rc9
<http://www-user.tu-chemnitz.de/~stefb/rt2500pci/config>
Next I'm going to test 2.6.24 and 2.6.25 to check whether it's an regression
or not.
Regards,
Stefan
On Monday 07 July 2008, Stefan Bauer wrote:
> Hi,
>
>
> I'm not able to load rt2500pci from 2.6.26-rc9 under Gentoo.
> This card currently works under Debian Etch with 2.6.18 kernel and
> rt2500-source 1.1.0+cvs20060620-3.
>
> lspci -vvvv
> Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01)
> Subsystem: RaLink Unknown device 2560
> Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping-
> SERR+ FastB2B-
> Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort-
> <MAbort- >SERR- <PERR-
> Latency: 64, Cache Line Size: 64 bytes
> Interrupt: pin A routed to IRQ 185
> Region 0: Memory at fba00000 (32-bit, non-prefetchable) [size=8K]
> Capabilities: [40] Power Management version 2
> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
> Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>
> dmesg 2.6.18
> PCI: Enabling device 0000:00:0c.0 (0110 -> 0112)
> ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 17 (level, low) -> IRQ 185
> rt2500 1.1.0 CVS 2005/07/10 http://rt2x00.serialmonkey.com
>
> dmesg 2.6.26-rc9
> ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 17 (level, low) -> IRQ 17
> phy0: Selected rate control algorithm 'pid'
> phy0: Failed to initialize wep
Check if the arc4 and ecb modules are loaded before loading mac80211 & rt2500pci.
Ivo
On Mon, Jul 7, 2008 at 11:08 PM, Ivo van Doorn <[email protected]> wrote:
> Check if the arc4 and ecb modules are loaded before loading mac80211 & rt2500pci.
>
> Ivo
Shouldn't we make mac80211 depend on arc4 and ecb?
--
Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-)
On Monday 07 July 2008, Stefanik G?bor wrote:
> On Mon, Jul 7, 2008 at 11:08 PM, Ivo van Doorn <[email protected]> wrote:
> > Check if the arc4 and ecb modules are loaded before loading mac80211 & rt2500pci.
> >
> > Ivo
>
> Shouldn't we make mac80211 depend on arc4 and ecb?
They do depend on those modules, but for some reason they
are not always automatically loaded when the mac80211 module is loaded.
Ivo
On Monday 07 July 2008 23:08:57 you wrote:
> > dmesg 2.6.26-rc9
> > ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 17 (level, low) -> IRQ 17
> > phy0: Selected rate control algorithm 'pid'
> > phy0: Failed to initialize wep
>
> Check if the arc4 and ecb modules are loaded before loading mac80211 &
> rt2500pci.
They weren't, but loading them before doesn't make any difference.
I've to add that I don't use wep, this WLAN is open.
Regards,
Stefan
Am Montag, 7. Juli 2008 schrieb Stefan Bauer:
> dmesg 2.6.26-rc9
> ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 17 (level, low) -> IRQ 17
> phy0: Selected rate control algorithm 'pid'
> phy0: Failed to initialize wep
> phy0 -> rt2x00lib_probe_dev: Error - Failed to initialize hw.
> rt2500pci: probe of 0000:00:0c.0 failed with error -12
>
> .config 2.6.26-rc9
> <http://www-user.tu-chemnitz.de/~stefb/rt2500pci/config>
>
> Next I'm going to test 2.6.24 and 2.6.25 to check whether it's an
> regression or not.
Same problem with 2.6.24.7, I'll skip 2.6.25.
Regards, Stefan
On Monday 07 July 2008, Stefan Bauer wrote:
> Am Montag, 7. Juli 2008 schrieb Stefan Bauer:
>
> > dmesg 2.6.26-rc9
> > ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 17 (level, low) -> IRQ 17
> > phy0: Selected rate control algorithm 'pid'
> > phy0: Failed to initialize wep
> > phy0 -> rt2x00lib_probe_dev: Error - Failed to initialize hw.
> > rt2500pci: probe of 0000:00:0c.0 failed with error -12
> >
> > .config 2.6.26-rc9
> > <http://www-user.tu-chemnitz.de/~stefb/rt2500pci/config>
> >
> > Next I'm going to test 2.6.24 and 2.6.25 to check whether it's an
> > regression or not.
>
> Same problem with 2.6.24.7, I'll skip 2.6.25.
What happens when you compile ecb and arc4 into the kernel
instead as seperate modules?
Ivo
Am Montag, 7. Juli 2008 schrieb Ivo van Doorn:
> What happens when you compile ecb and arc4 into the kernel
> instead as seperate modules?
Then it works. Thanks a lot. The new .config can be found here:
<http://www-user.tu-chemnitz.de/~stefb/rt2500pci/config_works>
But I think it's a bug, nevertheless. If there are any patches to test I'll
give them a try.
Regards, Stefan
On Tue, Jul 8, 2008 at 12:19 AM, Ivo van Doorn <[email protected]> wrote:
> On Monday 07 July 2008, Stefanik G?bor wrote:
>> On Mon, Jul 7, 2008 at 11:08 PM, Ivo van Doorn <[email protected]> wrote:
>> > Check if the arc4 and ecb modules are loaded before loading mac80211 & rt2500pci.
>> >
>> > Ivo
>>
>> Shouldn't we make mac80211 depend on arc4 and ecb?
>
> They do depend on those modules, but for some reason they
> are not always automatically loaded when the mac80211 module is loaded.
This is bug is reported very often mostly on ubuntu based distoros.
There is no linkage dependency so it doesn't produce entry in the
depmod.
mac should somehow request these modules dynamically. If I understand
correctly is not so straight forward since there might be alternative
hw acceleration modules for these modules.
Thanks
Tomas
Am Montag, 7. Juli 2008 schrieb Stefan Bauer:
> On Monday 07 July 2008 23:08:57 Ivo van Doorn wrote:
> > Check if the arc4 and ecb modules are loaded before loading mac80211 &
> > rt2500pci.
>
> They weren't, but loading them before doesn't make any difference.
I've checked this again. If I unload all wireless stuff, then modprobe *every*
module in .../kernel/crypto/ it works. Both 2.6.24.7 and 2.6.26-rc9 load the
driver and create an interface.
(2.6.24.7 isn't able to iwlist scan or associate, but that seems to be an old
fixed issue.)
So it seems to me it isn't really a bug, more likely kind of inconvenience.
Again thanks for your help!
Stefan
> This is bug is reported very often mostly on ubuntu based distoros.
> There is no linkage dependency so it doesn't produce entry in the
> depmod.
> mac should somehow request these modules dynamically.
Wouldn't help. Bug reporter has a broken config with CONFIG_KMOD unset.
johannes