7.0-RELEASE && panic after ~4 hours

[Sepherosa Ziehau]

On Thu, Mar 27, 2008 at 1:56 AM, Sam Leffler <sam at freebsd.org> wrote:
> Alphons "Fonz" van Werven wrote:
>
> > Sam Leffler wrote:
>  >
>  >> I am aware only of issues with USB adapters being removed while
>  >> wpa_supplicant is running.
>  >
>  > Actually, there's more I'm afraid.
>  >
>  > iwi: Don't know because I don't use that one. But it's a "cousin" of
>  > wpi and
>  >      if I'm not mistaken it was the same person who initiated
>  > development of
>  >      both drivers.
>  >
>  > wpi: No panics, but just doesn't work with wpa_supplicant at all
>  > (fails to
>  >      associate). This is a known problem and people are working on it.
>
>  You said there were panics; please point me at PR's that show them or
>  stop saying it.  Also these drivers are completely different and linking
>  them is uninformed.
>
>  The problem with almost all the reports I've seen is they lack
>  sufficient info to even respond.  Understand that most all Intel
>  wireless cards up to the 4965 have issues with firmware mis-design that
>  make developing reliable drivers hard (even more so given Intel's
>  unwillingness in helping anyone not using linux).  For example the
>  ipw+iwi drivers try to work around the fact there is no way to scan w/o

I can't comment on iwi.  For ipw+1.3firmare and in STA mode, clearing
BSSID before starting the firmware can prevent firmware from
auth/assoc.  However, the scan channel mask in STA mode is completely
ignored by firmware, but in IBSS mode, the scan channel mask is
obeyed.  In dfly, I did following stuffs in the new driver (ipw was
dumped):
1) before scanning (i.e. before starting the firmware; since once the
firmware is started, it will start scanning; scan command is actually
ignored), the BSSID is cleared
2) After 802.11 generic layer has picked up the BSS to join, reinit
the firmware but this time set the BSSID of the selected BSS to
firmware.

Best Regards,
sephe

-- 
Live Free or Die