|
Bugzilla – Full Text Bug Listing |
| Summary: | madwifi drivers on RC1 build are missing ath_hal module | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Timo Geusch <timo> |
| Component: | Network | Assignee: | Christian Zoz <zoz> |
| Status: | VERIFIED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P5 - None | ||
| Version: | RC 1 | ||
| Target Milestone: | --- | ||
| Hardware: | x86 | ||
| OS: | SUSE Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
Please isntall kernel-default-nongpl In RC2 we moved all hal_* modules to the nongpl package to make this consistent. |
The madwifi drivers on the RC1 build are only partially there - two of three modules - but the HAL (ath_hal.ko) is missing. As a result the Atheros WiFi support is non-functioning as loading the ath_pci module will fail due to unresolved external symbols in both ath_pci and its dependants. The bug is easy to reproduce - install RC1 on a system with an Atheros-based network card (in my case, a Netgear WG311T). Yast properly recognises the card but no network interfaces become available as inserting the modules fail (check the dmesg). As a workaround, I rebuilt the madwifi drivers from source but as the Makefile in the ath_hal subdirectory contains a typo ("uanme" instead of "uname" which I believe has already been reported as a separate bug) I had to fix up the Makefile first. I could then successfully build the drivers and after copying over and loading ath_hal I've now got a working network connection again.