[Bug 211568] RSU wifi adapter is unable to get IP address

2016-08-03 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211568

Bug ID: 211568
   Summary: RSU wifi adapter is unable to get IP address
   Product: Base System
   Version: 11.0-BETA3
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Many People
  Priority: ---
 Component: wireless
  Assignee: freebsd-wireless@FreeBSD.org
  Reporter: jakedo...@gmail.com
CC: freebsd-am...@freebsd.org
CC: freebsd-am...@freebsd.org

The Trendnet TEW-649UB is not able to get an IP address after many attempts
with different wifi networks.  On bootup the rsu firmware loads as expected and
the rsu0 interface is created on my Lenovo IdeaPad Yoga 13 laptop.  It even
joins the wifi network but dhclient cannot get an IP.

This appears to be broken in OpenBSD rsu(4) as well.  In OpenBSD I was getting
errors such as the wifi adapter could not send join command and could not send
survey command.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-wireless@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"


Re: IWM(7260), no connect

2016-08-03 Thread Larry Rosenman
Anyone?
On Sun, Jul 31, 2016 at 09:19:02PM -0500, Larry Rosenman wrote:
> I recompiled security/wpa_supplicant and seem to be able to get
> associated. 
> 
> I'm not sure what is going on. 
> 
> Any suggestions?
> 
> On Sun, Jul 31, 2016 at 08:36:47PM -0500, Larry Rosenman wrote:
> > Even with that reverted, I'm still having iffy connections. 
> > 
> > Current code:
> > 
> > FreeBSD pita 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r303597M: Sun Jul 31 
> > 16:02:39 CDT 2016 root@pita:/usr/obj/usr/src/sys/IWM-DEBUG  amd64 
> > 121 121
> > 
> > Current diff to that SVN Rev:
> > 
> > Index: sys/dev/iwm/if_iwm.c
> > ===
> > --- sys/dev/iwm/if_iwm.c(revision 303597)
> > +++ sys/dev/iwm/if_iwm.c(working copy)
> > @@ -3357,15 +3357,12 @@
> > uint8_t subtype = wh->i_fc[0] & IEEE80211_FC0_SUBTYPE_MASK;
> >  
> > if (subtype == IEEE80211_FC0_SUBTYPE_ASSOC_REQ ||
> > -   subtype == IEEE80211_FC0_SUBTYPE_REASSOC_REQ) {
> > -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_ASSOC);
> > -   } else if (subtype == IEEE80211_FC0_SUBTYPE_ACTION) {
> > -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_NONE);
> > -   } else {
> > -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_MGMT);
> > -   }
> > +   subtype == IEEE80211_FC0_SUBTYPE_REASSOC_REQ)
> > +   tx->pm_frame_timeout = htole16(3);
> > +   else
> > +   tx->pm_frame_timeout = htole16(2);
> > } else {
> > -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_NONE);
> > +   tx->pm_frame_timeout = htole16(0);
> > }
> >  
> > if (hdrlen & 3) {
> > Index: sys/dev/iwm/if_iwmreg.h
> > ===
> > --- sys/dev/iwm/if_iwmreg.h (revision 303597)
> > +++ sys/dev/iwm/if_iwmreg.h (working copy)
> > @@ -4244,18 +4244,6 @@
> > IWM_TX_CMD_FLG_HCCA_CHUNK   = (1 << 31)
> >  }; /* IWM_TX_FLAGS_BITS_API_S_VER_1 */
> >  
> > -/**
> > - * enum iwm_tx_pm_timeouts - pm timeout values in TX command
> > - * @IWM_PM_FRAME_NONE: no need to suspend sleep mode
> > - * @IWM_PM_FRAME_MGMT: fw suspend sleep mode for 100TU
> > - * @IWM_PM_FRAME_ASSOC: fw suspend sleep mode for 10sec
> > - */
> > -enum iwm_tx_pm_timeouts {
> > -   IWM_PM_FRAME_NONE   = 0,
> > -   IWM_PM_FRAME_MGMT   = 2,
> > -   IWM_PM_FRAME_ASSOC  = 3,
> > -};
> > -
> >  /*
> >   * TX command security control
> >   */
> > 
> > 
> > 
> > Scan Debug:
> > http://www.lerctr.org/~ler/FreeBSD/WIFI-Scan.txt
> > 
> > What next?
> > 
> > On Thu, Jul 28, 2016 at 06:06:47PM -0700, Adrian Chadd wrote:
> > > +imre,
> > > 
> > > Hi! Larry is having issues with r303418. Would you be able to help him 
> > > out?
> > > 
> > > (If it's not too bad, can we back this out until you figure out what's
> > > going on?)
> > > 
> > > Thanks!
> > > 
> > > 
> > > -a
> > > 
> > > 
> > > On 28 July 2016 at 18:05, Larry Rosenman  wrote:
> > > > On 2016-07-28 20:02, Adrian Chadd wrote:
> > > >>
> > > >> Hi,
> > > >>
> > > >> Which commit(s) did you revert?
> > > >>
> > > >>
> > > >>
> > > >> -a
> > > >
> > > >
> > > > revert r303418
> > > >
> > > > and now it connects again.
> > > >
> > > >
> > > > --
> > > > Larry Rosenman http://www.lerctr.org/~ler
> > > > Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
> > > > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
> > 
> > -- 
> > Larry Rosenman http://www.lerctr.org/~ler
> > Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
> > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
> 
> -- 
> Larry Rosenman http://www.lerctr.org/~ler
> Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
> US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281

-- 
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
___
freebsd-wireless@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"


Re: IWM(7260), no connect

2016-08-03 Thread Adrian Chadd
I've no idea, sorry. :(

Imre's out for another week, so let him finish his holiday first. :)


-a


On 3 August 2016 at 10:28, Larry Rosenman  wrote:
> Anyone?
> On Sun, Jul 31, 2016 at 09:19:02PM -0500, Larry Rosenman wrote:
>> I recompiled security/wpa_supplicant and seem to be able to get
>> associated.
>>
>> I'm not sure what is going on.
>>
>> Any suggestions?
>>
>> On Sun, Jul 31, 2016 at 08:36:47PM -0500, Larry Rosenman wrote:
>> > Even with that reverted, I'm still having iffy connections.
>> >
>> > Current code:
>> >
>> > FreeBSD pita 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r303597M: Sun Jul 31 
>> > 16:02:39 CDT 2016 root@pita:/usr/obj/usr/src/sys/IWM-DEBUG  amd64 
>> > 121 121
>> >
>> > Current diff to that SVN Rev:
>> >
>> > Index: sys/dev/iwm/if_iwm.c
>> > ===
>> > --- sys/dev/iwm/if_iwm.c(revision 303597)
>> > +++ sys/dev/iwm/if_iwm.c(working copy)
>> > @@ -3357,15 +3357,12 @@
>> > uint8_t subtype = wh->i_fc[0] & IEEE80211_FC0_SUBTYPE_MASK;
>> >
>> > if (subtype == IEEE80211_FC0_SUBTYPE_ASSOC_REQ ||
>> > -   subtype == IEEE80211_FC0_SUBTYPE_REASSOC_REQ) {
>> > -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_ASSOC);
>> > -   } else if (subtype == IEEE80211_FC0_SUBTYPE_ACTION) {
>> > -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_NONE);
>> > -   } else {
>> > -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_MGMT);
>> > -   }
>> > +   subtype == IEEE80211_FC0_SUBTYPE_REASSOC_REQ)
>> > +   tx->pm_frame_timeout = htole16(3);
>> > +   else
>> > +   tx->pm_frame_timeout = htole16(2);
>> > } else {
>> > -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_NONE);
>> > +   tx->pm_frame_timeout = htole16(0);
>> > }
>> >
>> > if (hdrlen & 3) {
>> > Index: sys/dev/iwm/if_iwmreg.h
>> > ===
>> > --- sys/dev/iwm/if_iwmreg.h (revision 303597)
>> > +++ sys/dev/iwm/if_iwmreg.h (working copy)
>> > @@ -4244,18 +4244,6 @@
>> > IWM_TX_CMD_FLG_HCCA_CHUNK   = (1 << 31)
>> >  }; /* IWM_TX_FLAGS_BITS_API_S_VER_1 */
>> >
>> > -/**
>> > - * enum iwm_tx_pm_timeouts - pm timeout values in TX command
>> > - * @IWM_PM_FRAME_NONE: no need to suspend sleep mode
>> > - * @IWM_PM_FRAME_MGMT: fw suspend sleep mode for 100TU
>> > - * @IWM_PM_FRAME_ASSOC: fw suspend sleep mode for 10sec
>> > - */
>> > -enum iwm_tx_pm_timeouts {
>> > -   IWM_PM_FRAME_NONE   = 0,
>> > -   IWM_PM_FRAME_MGMT   = 2,
>> > -   IWM_PM_FRAME_ASSOC  = 3,
>> > -};
>> > -
>> >  /*
>> >   * TX command security control
>> >   */
>> >
>> >
>> >
>> > Scan Debug:
>> > http://www.lerctr.org/~ler/FreeBSD/WIFI-Scan.txt
>> >
>> > What next?
>> >
>> > On Thu, Jul 28, 2016 at 06:06:47PM -0700, Adrian Chadd wrote:
>> > > +imre,
>> > >
>> > > Hi! Larry is having issues with r303418. Would you be able to help him 
>> > > out?
>> > >
>> > > (If it's not too bad, can we back this out until you figure out what's
>> > > going on?)
>> > >
>> > > Thanks!
>> > >
>> > >
>> > > -a
>> > >
>> > >
>> > > On 28 July 2016 at 18:05, Larry Rosenman  wrote:
>> > > > On 2016-07-28 20:02, Adrian Chadd wrote:
>> > > >>
>> > > >> Hi,
>> > > >>
>> > > >> Which commit(s) did you revert?
>> > > >>
>> > > >>
>> > > >>
>> > > >> -a
>> > > >
>> > > >
>> > > > revert r303418
>> > > >
>> > > > and now it connects again.
>> > > >
>> > > >
>> > > > --
>> > > > Larry Rosenman http://www.lerctr.org/~ler
>> > > > Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
>> > > > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
>> >
>> > --
>> > Larry Rosenman http://www.lerctr.org/~ler
>> > Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
>> > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
>>
>> --
>> Larry Rosenman http://www.lerctr.org/~ler
>> Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
>> US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
>
> --
> Larry Rosenman http://www.lerctr.org/~ler
> Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
> US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
___
freebsd-wireless@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"


Re: IWM(7260), no connect

2016-08-03 Thread Larry Rosenman

I didn't (realize|know) Imre was on vacation.

Thanks Adrian!

On 2016-08-03 12:36, Adrian Chadd wrote:

I've no idea, sorry. :(

Imre's out for another week, so let him finish his holiday first. :)


-a


On 3 August 2016 at 10:28, Larry Rosenman  wrote:

Anyone?
On Sun, Jul 31, 2016 at 09:19:02PM -0500, Larry Rosenman wrote:

I recompiled security/wpa_supplicant and seem to be able to get
associated.

I'm not sure what is going on.

Any suggestions?

On Sun, Jul 31, 2016 at 08:36:47PM -0500, Larry Rosenman wrote:
> Even with that reverted, I'm still having iffy connections.
>
> Current code:
>
> FreeBSD pita 12.0-CURRENT FreeBSD 12.0-CURRENT #4 r303597M: Sun Jul 31 
16:02:39 CDT 2016 root@pita:/usr/obj/usr/src/sys/IWM-DEBUG  amd64 121 
121
>
> Current diff to that SVN Rev:
>
> Index: sys/dev/iwm/if_iwm.c
> ===
> --- sys/dev/iwm/if_iwm.c(revision 303597)
> +++ sys/dev/iwm/if_iwm.c(working copy)
> @@ -3357,15 +3357,12 @@
> uint8_t subtype = wh->i_fc[0] & IEEE80211_FC0_SUBTYPE_MASK;
>
> if (subtype == IEEE80211_FC0_SUBTYPE_ASSOC_REQ ||
> -   subtype == IEEE80211_FC0_SUBTYPE_REASSOC_REQ) {
> -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_ASSOC);
> -   } else if (subtype == IEEE80211_FC0_SUBTYPE_ACTION) {
> -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_NONE);
> -   } else {
> -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_MGMT);
> -   }
> +   subtype == IEEE80211_FC0_SUBTYPE_REASSOC_REQ)
> +   tx->pm_frame_timeout = htole16(3);
> +   else
> +   tx->pm_frame_timeout = htole16(2);
> } else {
> -   tx->pm_frame_timeout = htole16(IWM_PM_FRAME_NONE);
> +   tx->pm_frame_timeout = htole16(0);
> }
>
> if (hdrlen & 3) {
> Index: sys/dev/iwm/if_iwmreg.h
> ===
> --- sys/dev/iwm/if_iwmreg.h (revision 303597)
> +++ sys/dev/iwm/if_iwmreg.h (working copy)
> @@ -4244,18 +4244,6 @@
> IWM_TX_CMD_FLG_HCCA_CHUNK   = (1 << 31)
>  }; /* IWM_TX_FLAGS_BITS_API_S_VER_1 */
>
> -/**
> - * enum iwm_tx_pm_timeouts - pm timeout values in TX command
> - * @IWM_PM_FRAME_NONE: no need to suspend sleep mode
> - * @IWM_PM_FRAME_MGMT: fw suspend sleep mode for 100TU
> - * @IWM_PM_FRAME_ASSOC: fw suspend sleep mode for 10sec
> - */
> -enum iwm_tx_pm_timeouts {
> -   IWM_PM_FRAME_NONE   = 0,
> -   IWM_PM_FRAME_MGMT   = 2,
> -   IWM_PM_FRAME_ASSOC  = 3,
> -};
> -
>  /*
>   * TX command security control
>   */
>
>
>
> Scan Debug:
> http://www.lerctr.org/~ler/FreeBSD/WIFI-Scan.txt
>
> What next?
>
> On Thu, Jul 28, 2016 at 06:06:47PM -0700, Adrian Chadd wrote:
> > +imre,
> >
> > Hi! Larry is having issues with r303418. Would you be able to help him out?
> >
> > (If it's not too bad, can we back this out until you figure out what's
> > going on?)
> >
> > Thanks!
> >
> >
> > -a
> >
> >
> > On 28 July 2016 at 18:05, Larry Rosenman  wrote:
> > > On 2016-07-28 20:02, Adrian Chadd wrote:
> > >>
> > >> Hi,
> > >>
> > >> Which commit(s) did you revert?
> > >>
> > >>
> > >>
> > >> -a
> > >
> > >
> > > revert r303418
> > >
> > > and now it connects again.
> > >
> > >
> > > --
> > > Larry Rosenman http://www.lerctr.org/~ler
> > > Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
> > > US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
>
> --
> Larry Rosenman http://www.lerctr.org/~ler
> Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
> US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281

--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281


--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281

___
freebsd-curr...@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to 
"freebsd-current-unsubscr...@freebsd.org"


--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281
___
freebsd-wireless@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"


Re: bf_next not NULL!

2016-08-03 Thread Adrian Chadd
ok. I'll go dig an ar9227 out of storage and set it up to see what's going on.

please do this:

sysctl dev.ath.0.hal.debug=0x18

then paste me the results from 'dmesg' over some period of time (eg
between good/bad/good times.)

Thanks,



-adrian


On 3 August 2016 at 15:36, Andrew Stevenson  wrote:
>
> On 02 Aug 2016, at 22:53, Adrian Chadd  wrote:
>
>> sysctl dev.ath.0.hal.force_full_reset=1
>> while true; do
>>sysctl dev.ath.0.force_bstuck=1
>>sleep 300
>> done
>>
>> .. see if that fixes things.
>
> Definitely not fixed. It does sometimes seem to be good immediately after the 
> sysctl runs - but then at other times its back to its old tricks with lost 
> packets and the sysctl doesn’t seem to bring it back - however it seems to 
> have stopped the dropping of all the clients.
>
> Thanks,
>
> Andrew
___
freebsd-wireless@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"