Hello, I tried upgrading to baselayout 1.12.1 yesterday, and had the problem that my Atheros wireless card (02:02.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01)) using wpa_supplicant/WPA TKIP continuously connects and disconnects every few seconds. I think that this is actually a bug in wpa_supplicant or madwifi, since the connection is similarly unreliable using the current baselayout and ifplugd, but it works with baselayout 1.11.15-r3 and /etc/init.d/net.ath0 started normally, so it should be possible to "cover it up" in baselayout until someone can identify the real problem. The solution might be just starting wpa_supplicant directly using the -B option instead of starting wpa_cli. I don't know how well this works with wireless roaming on my setup, but I can test it a bit when I am at home again. If I can supply any useful information, please let me know. emerge --info says: Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-gentoo-r3 i686) ================================================================= System uname: 2.6.16-gentoo-r3 i686 Intel(R) Pentium(R) M processor 1.80GHz Gentoo Base System version 1.6.15 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.3.5-r2, 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i386-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe" CHOST="i386-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X acl acpi acpi4linux alsa apache2 apm arts avi bitmap-fonts bluetooth cdr cli crypt cups directfb divx4linux dlloader doc dri dvd eds emboss encode esd foomaticdb fortran gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 hal imlib ipv6 isdnlog jpeg kde ldap libg++ libwww mad madwifi mikmod mmx moznocompose mp3 mpeg ncurses nls nptl offensive ogg opengl oss pam pcre pdflib perl png ppds pppd python qt qt3 qt4 quicktime readline real reflection rtc samba sdl session spell spl sse sse2 ssl svg tcltk tcpd transcode truetype truetype-fonts type1-fonts udev unicode usb vchroot vorbis win32codecs xml xorg xosd xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_ati video_cards_radeon video_cards_vesa video_cards_fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
I meant -Bw of course. And it obviously does not work "out of the box" with baselayout 1.11 as dhcp is not started. Would probably take some fiddling to work out how to do it properly. Next thought on the matter - perhaps dhcp could be left running when the "wireless disconnected" event is received, and only stopped if no "connected" event is received in the next, say, sixty seconds.
Are you using ifplugd to control ath0? If so, don't! Also, what dhcp client are you using? Lastly, please attach your conf.d/net and test using baselayout-1.12.2 refreshly released.
Same results with baselayout 1.12.2. I am not using ifplugd, and my dhcp client is dhcpcd. conf.d/net contains just: modules=( "wpa_supplicant" ) wpa_supplicant_ath0="-Dmadwifi" Extract from the system log (after emerging the new baselayout and restarting net.ath0): [...] Aug 1 21:28:31 [wpa_cli] interface ath0 CONNECTED Aug 1 21:28:32 [rc-scripts] Configuration not set for ath0 - assuming DHCP Aug 1 21:28:32 [dhcpcd] MAC address = 00:0e:9b:a2:91:ae Aug 1 21:28:32 [dhcpcd] verified 192.168.178.21 address is not in use Aug 1 21:28:32 [dhcpcd] your IP address = 192.168.178.21 [...] Aug 1 21:28:42 [dhcpcd] terminating on signal 15 [...] Aug 1 21:29:01 [wpa_cli] interface ath0 DISCONNECTED Aug 1 21:29:12 [wpa_cli] interface ath0 CONNECTED Aug 1 21:29:12 [rc-scripts] Configuration not set for ath0 - assuming DHCP Aug 1 21:29:12 [dhcpcd] MAC address = 00:0e:9b:a2:91:ae Aug 1 21:29:13 [dhcpcd] verified 192.168.178.21 address is not in use Aug 1 21:29:13 [dhcpcd] your IP address = 192.168.178.21 [...] Aug 1 21:29:21 [rc-scripts] WARNING: openvpn.innotek has not yet been started. Aug 1 21:29:22 [wpa_cli] interface ath0 DISCONNECTED Aug 1 21:29:22 [dhcpcd] terminating on signal 15 Aug 1 21:29:32 [wpa_cli] interface ath0 CONNECTED Aug 1 21:29:33 [rc-scripts] Configuration not set for ath0 - assuming DHCP Aug 1 21:29:33 [dhcpcd] MAC address = 00:0e:9b:a2:91:ae Aug 1 21:29:33 [dhcpcd] verified 192.168.178.21 address is not in use Aug 1 21:29:33 [dhcpcd] your IP address = 192.168.178.21 Aug 1 21:29:42 [wpa_cli] interface ath0 DISCONNECTED Aug 1 21:29:43 [dhcpcd] terminating on signal 15 [...] Aug 1 21:30:23 [wpa_cli] interface ath0 DISCONNECTED Aug 1 21:30:34 [wpa_cli] interface ath0 CONNECTED Aug 1 21:30:34 [rc-scripts] Configuration not set for ath0 - assuming DHCP Aug 1 21:30:34 [dhcpcd] MAC address = 00:0e:9b:a2:91:ae Aug 1 21:30:35 [dhcpcd] verified 192.168.178.21 address is not in use Aug 1 21:30:35 [dhcpcd] your IP address = 192.168.178.21 [...]
I think this may be related: http://www.mail-archive.com/networkmanager-list%40gnome.org/msg00086.html Unfortunately, the new baselayout seems (?) to think that these scanning pauses are disconnections, and restart dhcpcd, so that half the connected time is spent obtaining an IP address. Looking at the logs in my router, I can also see lots of disconnections and reconnections. As I said, ifplugd had the same problem, which is why I stopped using it for wireless.
(In reply to comment #4) > Unfortunately, the new baselayout seems (?) to think that these scanning pauses > are disconnections Actually wpa_supplicant is saying that the association has been lost. The only difference between versions is that 1.12 uses wpa_cli to monitor wpa_supplicant to start and stop dhcp and others if wpa_supplicant looses association. 1.11 does not do this and this is what you are seeing. So therefore it's an error with wpa_supplicant, madwifi, the hardware used or just a very unreliable signal
Hm, just checked again, and this time after 30 minutes connection, there is nothing in the system log (or the router's log) about lost connections. I will keep observing it from time to time.
