Re: [Madwifi-users] Problem with IBM a/b/g MiniPCI II card

[Jarom H. <js...@az...>]

On second thought, if you just download the current drivers from CVS
you'll have the same hal I am using.  I suppose you can just compile
everything and replace your ath_hal.ko with the new one...

Jarom Hatch wrote:
> What distro / kernel are you running?  Even though the hal is binary, I
> don't know if mine is somehow linked to my SuSE 2.6.11.4-21.7-default
> kernel or not.  I can try sending my ath_hal.ko to you but it may not
> work unless you are running the same kernel version I am.
>
> Jarom
>
> Bryan Pizzuti wrote:
>> I haven't actually tried it with a non-WEP network; it
>> HAS to work WEP since my office network is WEP.  But
>> I'm using the same driver as you apparently, except an
>> older HAL, and while I eventually get a DHCP lease,
>> the connection goes in and out every 5-10 seconds.
>> The antenna wires and connections are fine too....I'd
>> definitely have to say that there's something
>> extremely wierd with this card.
>>
>> Mind sending me your HAL file?  I'll replace mine with
>> it and that should give us identical driver
>> versions...we'll see what happens.
>>
>> Incidentally, I was THIS close to buying one of those
>> Wistron cards...found them for $45.
>>
>> --- Jarom Hatch <js...@az...> wrote:
>>
>>> I just purchased this card because my Thinkpad T43
>>> came with an IPW2100
>>> card which sucked.  I couldn't put my Wistron CM9 in
>>> the laptop due to
>>> the BIOS restrictions.  So, I held my breath and
>>> bought the MiniPCI II
>>> card.  It works fine for me **IF** I use the MadWIFI
>>> drivers that came
>>> with SuSE 9.3.  The version numbers are as follows:
>>>
>>> ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111,
>>> RF5112, RF2413)
>>> wlan: 0.8.4.5 (EXPERIMENTAL)
>>> ath_rate_onoe: 1.0
>>> ath_pci: 0.9.4.12 (EXPERIMENTAL)
>>>
>>> If I compile what I get out of CVS, I can connect
>>> fine to a non-WEP'd
>>> network.  If I attempt to connect to a WEP'd network
>>> I never get a DHCP
>>> address and I cannot statically set one and have any
>>> connectivity.  The
>>> version numbers for the new one that *doesn't* work
>>> are:
>>>
>>> ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111,
>>> RF5112, RF2413)
>>> wlan: 0.8.6.0 (EXPERIMENTAL)
>>> ath_rate_sample: 1.2
>>> ath_pci: 0.9.6.0 (EXPERIMENTAL)
>>>
>>> Here is the data from "lspci -v" relating to the
>>> card so you can verify
>>> that it is the same card that you are using...
>>>
>>> 0000:04:02.0 Ethernet controller: Atheros
>>> Communications, Inc. AR5212
>>> 802.11abg NIC (rev 01)
>>>         Subsystem: IBM: Unknown device 057e
>>>         Flags: bus master, fast Back2Back, medium
>>> devsel, latency 168,
>>> IRQ 11
>>>         Memory at a8400000 (32-bit,
>>> non-prefetchable) [size=64K]
>>>         Capabilities: [44] Power Management version
>>> 2
>>>
>>> So, what do you think?  Is there a problem with the
>>> driver or is there
>>> some weirdness with this MiniPCI card?
>>>
>>> Jarom
>>>
>>> Paul Lundin wrote:
>>>> This is a similar issue to the one I am
>>> experiencing on my T41 with
>>>> the same card. It seems after doing some research
>>> that the BIOS
>>>> restrictions have been loosened about accepting
>>> non-IBM modified
>>>> cards. (They have always offered cisco and Intel
>>> cards for use, though
>>>> according to some the ones they sell are
>>> modified.). I momentarilty
>>>> got the card to work the other night using
>>> iwconfig and dhclient
>>>> without any encryption. I have not gotten it to
>>> work with WEP, and I
>>>> have not tried WPA.
>>>>
>>>> I can pickup 6 networks at home. A few more at
>>> work and I cannot get a
>>>> lease (DHCP) with WEP enabled.
>>>>
>>>> On 8/19/05, Bryan Pizzuti
>>> <npa...@ya...> wrote:
>>>>> I was checking the archives and noticed I'm not
>>> the
>>>>> only one having issues with this thing.  My system
>>> is
>>>>> a T42p running Ubuntu "Hoary" with their i686
>>> kernel.
>>>>> I downloaded and compiled the latest build from
>>> the
>>>>> CVS. The card seems to "blip" connecting and
>>>>> disconnecting, though you can never catch it in
>>>>> ifconfig (I notice it with the GNOME network
>>> monitor
>>>>> panel applet..and of course the sudden
>>> connectivity
>>>>> loss).
>>>>>
>>>>> I'm not using waproamd or anything fancy other
>>> than
>>>>> the GTKWifi applet for network selection. Straight
>>> WEP
>>>>> encryption. So far I've only tested this on the
>>>>> 802.11b network at work, but I'm betting it won't
>>> work
>>>>> on my A/G net at home either, since my older
>>>>> D-Link/Aethros A/B card works fine on said work
>>>>> network with said madwifi build.
>>>>>
>>>>> ath_hal: module license 'Proprietary' taints
>>> kernel.
>>>>> ath_hal: 0.9.12.14 (AR5210, AR5211, AR5212)
>>>>> wlan: 0.8.4.5 (EXPERIMENTAL)
>>>>> ath_rate_onoe: 1.0
>>>>> ath_pci: 0.9.4.12 (EXPERIMENTAL)
>>>>> ACPI: PCI interrupt 0000:02:02.0[A] -> GSI 11
>>> (level,
>>>>> low) -> IRQ 11
>>>>> ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps
>>>>> 36Mbps 48Mbps 54Mbps
>>>>> ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
>>>>> ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps
>>>>> 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
>>>>> ath0: mac 5.9 phy 4.3 radio 3.6
>>>>> ath0: 802.11 address: 00:14:a4:14:93:7e
>>>>> ath0: Use hw queue 0 for WME_AC_BE traffic
>>>>> ath0: Use hw queue 1 for WME_AC_BK traffic
>>>>> ath0: Use hw queue 2 for WME_AC_VI traffic
>>>>> ath0: Use hw queue 3 for WME_AC_VO traffic
>>>>> ath0: Atheros 5212: mem=0xc0210000, irq=11
>>>>> NET: Registered protocol family 17
>>>>> PCI: Enabling device 0000:03:00.0 (0000 -> 0002)
>>>>> ath1: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps
>>>>> 36Mbps 48Mbps 54Mbps
>>>>> ath1: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
>>>>> ath1: turbo rates: 6Mbps 9Mbps 12Mbps 18Mbps
>>> 24Mbps
>>>>> 36Mbps 48Mbps 54Mbps
>>>>> ath1: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio
>>> 2.3
>>>>> ath1: 802.11 address: 00:05:5d:79:85:2a
>>>>> ath1: Use hw queue 0 for WME_AC_BE traffic
>>>>> ath1: Use hw queue 0 for WME_AC_BK traffic
>>>>> ath1: Use hw queue 0 for WME_AC_VI traffic
>>>>> ath1: Use hw queue 0 for WME_AC_VO traffic
>>>>> ath1: Atheros 5211: mem=0x20800000, irq=11
>>>>>
>>>>>
>>>>> ath0 is the IBM MiniPCI card, ath1 is a D-Link
>>> airPro
>>>>> a/b PC-Card.  The D-Link works, the IBM has the
>>>>> problem I described. I notice that the madwifi is
>>> only
>>>>> picking up one radio in it, versus 2 in the
>>> D-Link.  I
>>>>> AM able to get a proper list of channels using
>>> iwlist.
>>>>>
>>>>> This is wacky.  But I need to get it working,
>>> since
>>>>> IBM laptops are a bit anal about accepting non-IBM
>>>>> MiniPCI cards (Otherwise I'd yank it out and get a
>>>>> generic).
>>>>>
>>>>>
>>>> -------------------------------------------------------
>>>>> SF.Net email is Sponsored by the Better Software
>>> Conference & EXPO
>>>>> September 19-22, 2005 * San Francisco, CA *
>>> Development Lifecycle Practices
>>>>> Agile & Plan-Driven Development * Managing
>>> Projects & Teams * Testing & QA
>>>>> Security * Process Improvement & Measurement *
>>> http://www.sqe.com/bsce5sf
>>>>> _______________________________________________
>>>>> Madwifi-users mailing list
>>>>> Mad...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/madwifi-users
>>>>
>>>>
>> -------------------------------------------------------
>>>> SF.Net email is Sponsored by the Better Software
>>> Conference & EXPO
>>>> September 19-22, 2005 * San Francisco, CA *
>>> Development Lifecycle Practices
>>>> Agile & Plan-Driven Development * Managing
>>> Projects & Teams * Testing & QA
>>>> Security * Process Improvement & Measurement *
>>> http://www.sqe.com/bsce5sf
>>>> _______________________________________________
>>>> Madwifi-users mailing list
>>>> Mad...@li...
>>>>
>> https://lists.sourceforge.net/lists/listinfo/madwifi-users
>>
>>
>>
>> -------------------------------------------------------
>> SF.Net email is Sponsored by the Better Software Conference & EXPO
>> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>> Practices
>> Agile & Plan-Driven Development * Managing Projects & Teams * Testing
>> & QA
>> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>> _______________________________________________
>> Madwifi-users mailing list
>> Mad...@li...
>> https://lists.sourceforge.net/lists/listinfo/madwifi-users