Please add madwifi back into intrepid's eeepc, eeepc-lean for 701s and 900s

Bug #286612 reported by bedfojo on 2008-10-20
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu EeePC Kernel
Adam McDaniel

Bug Description

As requested at: in post #138.

It seems that for eeepc 701s and 900s, the FLOSS driver ath5k for the wireless chips in gives much worse performance than the madwifi driver. See: … 01269.html

Apparently, ath5k developers know about this problem but it is low on their list see: … 01168.html

It is reported from at post #135 that "the ath5k driver does not handle tx power at all. There is no dynamic adjustments nor can you manually adjust the power. The result for the eeepc (at least my 900) is that the wifi hardware is set to max power causing clipping and poor performance as well as driving up power consumption in the eeepc. An intrepid kernel with the original wifi module would be a big plus for the eeepc wireless performance as well as lower its power consumption, at least until the madwifi crew get a patch for the ath5k driver that works with our chips."

Adam McDaniel (adamrmcd) wrote :

Assigning myself.

Note that the ath5k driver should still remain the default as this is what Intrepid itself is aiming for.
I can restore madwifi's ath_pci module frombranch "madwifi-hal-" back onto the intrepid eeepc/eeepc-lean kernels.

(Note Madwifi is still the default on the hardy eeepc kernel.)

To enable (when it's ready)
1. Add "blacklist ath5k" to /etc/modprobe.d/eeepc
2. Append "ath_pci" to /etc/modules
3. Reboot

(I imagine eventually there will be an easier config option applied to eeepc-config, when this fix is released)

Changed in ubuntu-eeepc-kernel:
assignee: nobody → adam.mcdaniel
importance: Undecided → Medium
status: New → In Progress
Fabio Albieri (chareos) wrote :

I'm desperately waiting for ath_pci to happen too ;)

Fabio Albieri (chareos) wrote :

I'm sorry to bother you, but this issue is well standing still. How's going ?

Adam McDaniel (adamrmcd) wrote :

Unfortunately I encountered some nasty regression issues when trying to integrate ath_pci back into the kernel. I believe that there are some problems with the hal- branch code running on 2.6.27;

I haven't had a chance to debug them yet, however, on a semi-related note, there are some upstream updates to ath5k coming which promise to improve on some of the performance issues.

Keep an eye on this ticket, or the news, if there's movement on either front i'll post updates on both fronts :)

It seems that linux-backports-modules-intrepid-generic package from intrepid comes with an updated version of ath5k module which works much better than the version from eeepc kernel on my 701.

Maybe you should recompile this package with your headers and .config and make a linux-backports-modules-intrepid-eeepc to work around the compatibility problems with latest madwifi and 2.6.27 kernels.

Adam McDaniel (adamrmcd) wrote :

That is exactly what the plan is :)

At least this is one aspect where I actually own the hardware to test on rather then have to guess how it'll react.

Fabio Albieri (chareos) wrote :

Hi there,

Still no news ?

Emilio (emillan) wrote :

Fabio (and others): You can install madwifi yourself.

Follow the instructions here to install the driver:

And then use Adam's instructions above to blacklist the ath5k driver and enable the ath_pci/madwifi driver.

Hope this helps!

armo (r-mo) wrote :

Not sure how related this is but my ath5k performance is really bad often not giving me a connection at all. I see lots of these messages (differing frequencies) in kern.log even when I'm right next to the access point.

ath5k phy0: noise floor calibration timeout (2462MHz)
ath5k phy0: ath5k_chan_set: unable to reset channel (2462 Mhz)
wlan0: failed to set freq to 2462 MHz for scan

Weedy (weedy2887) wrote :

do I still need to compile madwifi or have you made any progress?

Weedy wrote:
> do I still need to compile madwifi or have you made any progress?
It still performs poorly by passable. Can't get any better than 24M in
speed and still no control over xmit power (which is the real problem)
Not sure what kind of progress the ath people have made.

Weedy (weedy2887) wrote :

I ment is there a ppa or something for it, has eeepc-kernel been fixed or do i need to start compiling.

Weedy (weedy2887) wrote :

has this been fixed in later kernels yet?

It seems this problem is not being handled.
Should I compile madwifi by hand (I'm using ?

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers