** Changed in: network-manager
Status: New => Expired
** Changed in: network-manager
Importance: Unknown => Medium
--
Regular network drops with madwifi
https://bugs.launchpad.net/bugs/37821
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct s
I've fight with this problem for long time. This is about a algorithm in
HAL called ANI (Ambient Noise Immunization). ANI avoid a common
nightmare called 'stuck beacon error', but in some chipsets brings low
performance and recurrent disconnections. Since 9.4 version there's the
possibility to turn
@Chris:
> Well Matteo, I think that various people have various opinions on the
> matter. It's probably best not raking over those old coals again is
> it? ;-)
I guess it is not. Sorry about that. Didn't mean to offend anyone
though.
However, maybe in my case it is not this very bug, but symptom
I might be related:
I have a netgear PCMCIA card and a netgear router. I use 7.10 and
wpa_supplicant with roaming configuration. Connection seems quite stable as
long as I'm browsing or reading mails, but:
- watching movie from an NFS share (to server is connected via UTP to the same
router) ca
>
> Oh yes it was. If madwifi isn't capable of scanning when already
> connected, then it just shouldn't do the scan when given the order by
> NetworkManager (or by whoever). Either you support a feature or you
> don't support it; if you don't, you should refuse to do it when asked,
> either ignori
I tried uninstalling network manager and connecting manually but it didn't help
at all.
Nothing changed.
My steps:
- I boot the Ubuntu 7.10 live CD
- I go to Applications--> Add/Remove, uncheck Network Manager (i.e. uninstall)
and OK
- After succesful uninstallation, I open a terminal and do the
> It wasn't *really* a bug with madwifi as such
Oh yes it was. If madwifi isn't capable of scanning when already
connected, then it just shouldn't do the scan when given the order by
NetworkManager (or by whoever). Either you support a feature or you
don't support it; if you don't, you should refu
I'm trying Ubunto 7.10 live CD with a DWL-G650 (atheros AR5212 chipset)
on an intel pentium4.
I just boot the live CD and try to connect to my wifi network which is
WEP-encrypted.
I have the exact symptoms described in the original post: wasn't this supposed
to be fixed
Should I assume my pr
> Which patch are you referring to?
>
> - Alexander
Hi Alex,
The one you committed here
https://bugs.launchpad.net/network-manager/+bug/64173/comments/70
Raising the connection timeout seems to have settled down these
disconnects. We're not seeing frequent reports of them anymore. Unless
someon
On Mon, Sep 03, 2007 at 04:39:00PM -, Chris Rowson wrote:
>
> It wasn't *really* a bug with madwifi as such ;-) Perhaps more the way
> that network manager used madwifi (although it could be argued that
> madwifi should work differently.)
>
> Anyway - now that network-manager is patched,
> For Martin this bug appears to be fixed for madwifi in gutsy? anyone
> still has issues with that driver?
It wasn't *really* a bug with madwifi as such ;-) Perhaps more the way
that network manager used madwifi (although it could be argued that
madwifi should work differently.)
Anyway - now
definitly not a deluge bug.
** Changed in: deluge
Status: New => Invalid
--
Regular network drops with madwifi
https://bugs.launchpad.net/bugs/37821
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubun
For Martin this bug appears to be fixed for madwifi in gutsy? anyone
still has issues with that driver?
--
Regular network drops with madwifi
https://bugs.launchpad.net/bugs/37821
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu
Since a month or so, my wireless connections are almost rock-solid, so
the fix seems to work. Thanks!
Ciao
Martin (TP T41p, madwifi, gutsy i386)
--
Regular network drops with madwifi
https://bugs.launchpad.net/bugs/37821
You received this bug notification because you are a member of Ubuntu
Bugs
This seems to have been fixed in network-manager 0.6.5-0ubuntu9.
** Changed in: network-manager (Ubuntu)
Status: Confirmed => Fix Released
--
Regular network drops with madwifi
https://bugs.launchpad.net/bugs/37821
You received this bug notification because you are a member of Ubuntu
Bugs
This seems to have been fixed in network-manager 0.6.5-0ubuntu9.
--
Regular network drops with madwifi
https://bugs.launchpad.net/bugs/37821
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ub
linux-restricted-modules-2.6.20 ships with madwifi 0.9.1 - Current WEXT
compliance should have been added to this release as requested here
http://madwifi.org/ticket/462
Is it worth just applying the patch which has already been submitted for
this? It looks like the problem could possibly lie with
The solution would be an option to disable background scanning in nm --
sure
While no one in nm devel does so, i've done a hackish fix: in nm-
device-802-11-wireless.c, changing 14 to 10 solved the problem (since my
atheros has 11 channels)
/*¬
* A/B/G cards should only scan if they are disconnec
It is indeed a problem with Network Manager, and not the madwifi drivers. I
have worked around this by uninstalling network manager, and simply configuring
wpa_supplicant by hand. This involved putting a startup script in /etc/init.d
that starts wpa_supplicant at bootup.
If you want to make
This bug neither is necessarily caused by wpa_supplicant, nor by madwifi. For
more info and a different approach to fixing visit Bug #64173 , please.
--
Regular network drops with madwifi
https://bugs.launchpad.net/bugs/37821
You received this bug notification because you are a member of Ubuntu
I started having this problem right after upgrading to Feisty. I solved
it by just uninstalling network-manager using add/remove applications. I
don't know if that's useful or not:
Router: WRTP54G with Vonage firmware (1.00.62)
nVidia nForce 2 networking - wired
--
Regular network drops with ma
** Changed in: deluge (upstream)
Importance: Unknown => Undecided
Bugwatch: GNOME Bug Tracker #418065 => None
--
Regular network drops with madwifi
https://bugs.launchpad.net/bugs/37821
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscribe
Just wanted to confirm this bug with the current feisty build.
--
Regular network drops with madwifi
https://launchpad.net/bugs/37821
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Changed in: deluge (upstream)
Status: Needs Info => Unconfirmed
** Changed in: network-manager (upstream)
Status: Needs Info => Unconfirmed
--
Regular network drops with madwifi
https://launchpad.net/bugs/37821
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://l
** Changed in: deluge (upstream)
Status: Unknown => Needs Info
** Changed in: network-manager (upstream)
Status: Unknown => Needs Info
--
Regular network drops with madwifi
https://launchpad.net/bugs/37821
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubu
** Bug watch added: GNOME Bug Tracker #418065
http://bugzilla.gnome.org/show_bug.cgi?id=418065
** Also affects: deluge (upstream) via
http://bugzilla.gnome.org/show_bug.cgi?id=418065
Importance: Unknown
Status: Unknown
** Changed in: network-manager (upstream)
Bugwatch: Madwi
Can also confirm this bug on Edgy x86 32bit using a Dell Latitude D620
(ipw3945). Seeing this with both with WPA and WPA access points. When
connecting to an AP by directly using wpa_supplicant without
NetworkManager no disconnects appear.
--
Regular network drops with madwifi
https://launchpad.n
confirmed disconecting issue on ibm x31
--
Regular network drops with madwifi
https://launchpad.net/bugs/37821
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
A temporary workaround for avoiding those annoyning disconnecting
sessions is to run wpa_cli:
$ sudo wpa_cli
and issue the command ap_scan 0
> ap_scan 0
This will tell wpa_supplicant to stop scan. I tried to enter this into
the /etc/wpa_supplicant.conf but nothing seems to happen.
--
Regular
Yes I've worked around this problem magically. I'm trying to figure
out what it was that I did to get this to work, and hopefully it will
work for a new install of Dapper too.
--
Regular network drops with madwifi
https://launchpad.net/bugs/37821
--
ubuntu-bugs mailing list
ubuntu-bugs@list
Anyone still alive here?
--
Regular network drops with madwifi
https://launchpad.net/bugs/37821
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Confirmed on an Fujitsu-Siemens Amilo A1650G with Dapper 6.06 LTS and a
WN2302A-F4 13ch. mPCI WLAN IEEE802.11 b/g (Atheros chipset).
Scott: Does this mean that Dapper does not use madwifi-ng and that if I
install it I will stop having the problems?
--
Regular network drops with madwifi
https://l
I'm also getting something similar to this. Every ~2 minutes I lose
network connectivity for approximately 10-15 seconds. I've attached my
syslog dump in case that's of use.
** Attachment added: "Syslog dump of disconnection problem"
http://librarian.launchpad.net/3087071/network_dump.zip
--
33 matches
Mail list logo