[Debian-eeepc-devel] Fix for 2.6.26 PCI hotplug error when enabling wireless
Damyan Ivanov
dmn at debian.org
Sat Aug 30 15:04:58 UTC 2008
-=| oz, Sat, Aug 30, 2008 at 03:51:16PM +0200 |=-
> On Sat, 30 Aug 2008 13:17:44 +0100
> "Phil Endecott" <phil_dlhbb_endecott at chezphil.org> wrote:
>
> > Can anyone explain why the existing code is like it is? Why do we need
> > to remove and re-load the pciehp module at all?
>
> Good question. Pciehp (hotplug-module) seems to be unnecessary on the
> 901. I deleted those entries in the toggle-on section, and wireless.sh
> work as good as before for me and is pretty simple now:
I guess you mean that unloading/reloading pciehp is not necessary and
I agree with that.
OTOH, I giess there was a reason for it to be that way. If 701 owners
can test that the simplification below (or a subset of it) works for
them, I'd be happy to change the code.
At least on 901, if the whole wireless-on section is replaced solely
with the echo 1 > $wlan_control toggling wireless on works here (901,
bios 1101).
Another point I want to make is that the script as it is now - with
all modprobe, ifconfig etc works for me. The only change I did is to
rt2860 -- I disabled the "native" network maanger support as I use
wpa_cupplicant and with the "native" thing it didn't work.
> on|enable)
> if [ $(cat $wlan_control) = 0 ]; then
> echo 1 > $wlan_control
> fi
> ;;
> off|disable)
> if [ $(cat $wlan_control) = 1 ]; then
> detect_wlan
> ifdown --force $WLAN_IF
> modprobe -r $WLAN_MOD
> echo 0 > $wlan_control
>
I guess the same approach can be taken here - stop fiddling with
modprobe and let pciehp handle the removal of the hardware via
$wlan_control.
> Could you please check, if my further simplified version works for
> you also?
Here it works (901, BIOS 1101)
> Do you use any kind of network-manager?
Yes, network-manager-gnome is installed and running, but the wireless
is managed via an "allow-hotplug ra0" and a roaming wpa_supplicant
configuration. In fact, network-manager does not show the wireless
interface at all so I think it does not interfere.
--
dam JabberID: dam at jabber.minus273.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/debian-eeepc-devel/attachments/20080830/3f8e670f/attachment.pgp
More information about the Debian-eeepc-devel
mailing list