ath5k/madwifi status on samsung q1

David Mandala david.mandala at canonical.com
Wed Oct 22 14:01:58 UTC 2008


Loïc Minier wrote:
>         Hi
> 
> On Wed, Oct 22, 2008, Amit Kucheria wrote:
>> So the issue here is that -mobile team is upset that a newer ath5k
>> cannot be shipped in the default kernel.
> 
>  Hmm no, we want working wifi; we don't want ath5k in particular.  Newer
>  ath5k if it fixes wifi (which I'm told it does) is fine, but madwifi
>  has been working reliably for us too, and we would have been happy with
>  madwifi as well.
> 
>  bug #284354 is about the two drivers being loaded at the same time
>  which is completely wrong on its own.
> 
[snip]
> 
>  So, you've looked into updating ath5k before release, that's not
>  possible, I propose the following best effort measures:
>  - kernel team continues looking into fixing ath5k in linux for Q1U /
>    WPA as a SRU
>  - we document the issue in the release notes, with known workarounds
>    (either blacklisting madwifi or ath5k, or installing lbm's ath5k)
>  - we provide linux-backports-modules as an installable .deb on the
>    images, at least the mobile images, as to allow the release notes to
>    give an easy networkless recipe to get wifi working (sudo gdebi
>    /path/to/lbm.deb); this last idea is one by Oliver, thanks!
> 
> 
>  I also highly recommend that the kernel team looks at preventing
>  multiple drivers for the same PCI id to be selected.  Having ath5k and
>  madwifi claim the same PCI ids and racing to get loaded, or having both
>  of them loaded is completely broken and needs to be blocked ASAP.
> 
>    Cheers,

Given the timeframe remaining, this looks sane and sensible to me, Pete
and Amit, what are your thoughts?


Cheers,

David
-- 
David Mandala <davidm at canonical dot com>
http://www.canonical.com/ Public Key id: 45B2D952
Murphy TX, 75094 +1.214.774.2569 O +1.972.693.4007 C




More information about the kernel-team mailing list