Linux wireless drivers development
 help / color / mirror / Atom feed
From: "Hin-Tak Leung" <hintak.leung@gmail.com>
To: "Ari Entlich" <lmage11@twcny.rr.com>
Cc: linux-wireless@vger.kernel.org
Subject: Re: Help debugging unexpected disassociations?
Date: Sun, 11 Jan 2009 15:48:37 +0000	[thread overview]
Message-ID: <3ace41890901110748k474e99a9n7ceddf6bb263de99@mail.gmail.com> (raw)
In-Reply-To: <1231649926.21931.5.camel@g4mdd.entnet>

On Sun, Jan 11, 2009 at 4:58 AM, Ari Entlich <lmage11@twcny.rr.com> wrote:
<snipped>
> Given that the version I'm using *CAN* authenticate, it doesn't
> immediately make sense to me why wpa_supplicant would be causing this
> problem, unless wpa_supplicant is intentionally trying to screw me up by
> deauthenticating me. I will try updating, but would you please try a
> little harder to hide the fact that you consider me a retard for no
> reason next time? Thanks.

You have been told by my first reply to look at wpa_supplicant, and
again to upgrade.
Why do you insist that you *know it better*, when you are asking for help?

1) there is a newer version of wpa_supplicant in the same series, (and
even a newer series), there is a reason for it. Look it up, upgrade,
and look at the logs, and come back with the logs, *before* you write
again.

2) if I have to spell it out for you, yes, I think you are exactly
right, wpa_supplicant (or the older version of it) is screwing with
you. wpa_supplicant monitors the state of your connectivity
continuously, and it is responsible for authentication *and
reauthentication*. If it detects, or *mis-detects* that your access
point is not working right, it will drop your connection,
deauthenticate and reauthenticate, and f*ck your wireless connectivity

You do not understand that how wpa_supplicant works, and refuse to
listen. wpa_supplicant does not just do one-off authenticate, it also
*reauthenticate* from time to time when necessary, and continuously
monitors and changes the states of communication between your wireless
client and the access point.

  parent reply	other threads:[~2009-01-11 15:48 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-10  2:13 Help debugging unexpected disassociations? lmage11
2009-01-10 13:16 ` Hin-Tak Leung
2009-01-11  4:58   ` Ari Entlich
2009-01-11 14:58     ` Hin-Tak Leung
2009-01-11 15:48     ` Hin-Tak Leung [this message]
  -- strict thread matches above, loose matches on Subject: below --
2008-12-30  1:38 lmage11
2009-01-08 22:43 ` lmage11
2009-01-08 23:06   ` Hin-Tak Leung
2009-01-08 23:18     ` lmage11
2009-01-09 21:08       ` Hin-Tak Leung
2009-01-08 23:12   ` reinette chatre
2009-01-08 23:22     ` lmage11

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3ace41890901110748k474e99a9n7ceddf6bb263de99@mail.gmail.com \
    --to=hintak.leung@gmail.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=lmage11@twcny.rr.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox