[Bug 211568] RSU wifi adapter is unable to get IP address
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
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 Rosenmanwrote: > > > > 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
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 Rosenmanwrote: > 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
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 Rosenmanwrote: 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!
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 Stevensonwrote: > > 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"