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-current@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-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-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-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-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-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: IWM(7260), no connect

2016-07-31 Thread Larry Rosenman
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
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: IWM(7260), no connect

2016-07-31 Thread Larry Rosenman
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
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: IWM(7260), no connect

2016-07-28 Thread Adrian Chadd
+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
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: IWM(7260), no connect

2016-07-28 Thread Larry Rosenman

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
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: IWM(7260), no connect

2016-07-28 Thread Adrian Chadd
Hi,

Which commit(s) did you revert?



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


Re: IWM(7260), no connect

2016-07-28 Thread Larry Rosenman
That  seems to fix it, and I'm sorry I missed this in my Inbox earlier. 


On Thu, Jul 28, 2016 at 12:12:42PM +0300, Andriy Voskoboinyk wrote:
> Thu, 28 Jul 2016 05:39:55 +0300   Larry Rosenman  
> :
> 
> Try to revert r303418 (as I can see, r303416 and/or r303413 are not the  
> reason
> of this).
> 
> In case, if this will not help, you can try to add
> wlandebug_wlan0="state+scan+auth+assoc"
> into rc.conf to see where it fails.
> 
> > I'm running today's top of tree, and it doesn't seem to want to connect:
> >
> >
> > re0: flags=8843 metric 0 mtu 1500
> > 
> > options=8209b
> > ether 20:47:47:73:07:5f
> > inet6 fe80::2247:47ff:fe73:75f%re0 prefixlen 64 scopeid 0x1
> > inet6 2001:470:1f0f:42c:2247:47ff:fe73:75f prefixlen 64 autoconf
> > inet 192.168.200.246 netmask 0xfc00 broadcast 192.168.203.255
> > nd6 options=23
> > media: Ethernet autoselect (1000baseT )
> > status: active
> > lo0: flags=8049 metric 0 mtu 16384
> > options=63
> > inet6 ::1 prefixlen 128
> > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
> > inet 127.0.0.1 netmask 0xff00
> > nd6 options=21
> > groups: lo
> > wlan0: flags=8c43 metric  
> > 0 mtu 1500
> > ether 58:91:cf:1a:45:69
> > inet6 fe80::5a91:cfff:fe1a:4569%wlan0 prefixlen 64 scopeid 0x3
> > nd6 options=23
> > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
> > status: no carrier
> > ssid "" channel 8 (2447 MHz 11g)
> > regdomain FCC country US authmode WPA1+WPA2/802.11i privacy ON
> > deftxkey UNDEF txpower 30 bmiss 10 scanvalid 60 protmode CTS wme
> > roaming MANUAL
> > groups: wlan
> >
> >
> > hostb0@pci0:0:0:0:  class=0x06 card=0x07061028 chip=0x19108086  
> > rev=0x07 hdr=0x00
> > vendor = 'Intel Corporation'
> > device = 'Skylake Host Bridge/DRAM Registers'
> > class  = bridge
> > subclass   = HOST-PCI
> > pcib1@pci0:0:1:0:   class=0x060400 card=0x20158086 chip=0x19018086  
> > rev=0x07 hdr=0x01
> > vendor = 'Intel Corporation'
> > device = 'Skylake PCIe Controller (x16)'
> > class  = bridge
> > subclass   = PCI-PCI
> > pcib2@pci0:0:1:1:   class=0x060400 card=0x07061028 chip=0x19058086  
> > rev=0x07 hdr=0x01
> > vendor = 'Intel Corporation'
> > device = 'Skylake PCIe Controller (x8)'
> > class  = bridge
> > subclass   = PCI-PCI
> > vgapci1@pci0:0:2:0: class=0x03 card=0x07061028 chip=0x191b8086  
> > rev=0x06 hdr=0x00
> > vendor = 'Intel Corporation'
> > device = 'HD Graphics 530'
> > class  = display
> > subclass   = VGA
> > none0@pci0:0:4:0:   class=0x118000 card=0x07061028 chip=0x19038086  
> > rev=0x07 hdr=0x00
> > vendor = 'Intel Corporation'
> > device = 'Skylake Processor Thermal Subsystem'
> > class  = dasp
> > xhci0@pci0:0:20:0:  class=0x0c0330 card=0x07061028 chip=0xa12f8086  
> > rev=0x31 hdr=0x00
> > vendor = 'Intel Corporation'
> > device = 'Sunrise Point-H USB 3.0 xHCI Controller'
> > class  = serial bus
> > subclass   = USB
> > none1@pci0:0:20:2:  class=0x118000 card=0x07061028 chip=0xa1318086  
> > rev=0x31 hdr=0x00
> > vendor = 'Intel Corporation'
> > device = 'Sunrise Point-H Thermal subsystem'
> > class  = dasp
> > none2@pci0:0:21:0:  class=0x118000 card=0x07061028 chip=0xa1608086  
> > rev=0x31 hdr=0x00
> > vendor = 'Intel Corporation'
> > device = 'Sunrise Point-H Serial IO I2C Controller'
> > class  = dasp
> > none3@pci0:0:22:0:  class=0x078000 card=0x07061028 chip=0xa13a8086  
> > rev=0x31 hdr=0x00
> > vendor = 'Intel Corporation'
> > device = 'Sunrise Point-H CSME HECI'
> > class  = simple comms
> > ahci0@pci0:0:23:0:  class=0x010601 card=0x07061028 chip=0xa1038086  
> > rev=0x31 hdr=0x00
> > vendor = 'Intel Corporation'
> > device = 'Sunrise Point-H SATA Controller [AHCI mode]'
> > class  = mass storage
> > subclass   = SATA
> > pcib3@pci0:0:28:0:  class=0x060400 card=0x07061028 chip=0xa1108086  
> > rev=0xf1 hdr=0x01
> > vendor = 'Intel Corporation'
> > device = 'Sunrise Point-H PCI Express Root Port'
> > class  = bridge
> > subclass   = PCI-PCI
> > pcib4@pci0:0:28:4:  class=0x060400 card=0x07061028 chip=0xa1148086  
> > rev=0xf1 hdr=0x01
> > vendor = 'Intel Corporation'
> > device = 'Sunrise Point-H PCI Express Root Port'
> > class  = bridge
> > subclass   = PCI-PCI
> > pcib5@pci0:0:28:5:  class=0x060400 card=0x07061028 chip=0xa1158086  

Re: IWM(7260), no connect

2016-07-28 Thread Baptiste Daroussin
On Thu, Jul 28, 2016 at 06:10:26PM -0500, Larry Rosenman wrote:
> negative.  no reponse (except for this one) at all.
> :(
> 
He did reply:

https://lists.freebsd.org/pipermail/freebsd-wireless/2016-July/006897.html

Best regards,
Bapt


signature.asc
Description: PGP signature


Re: IWM(7260), no connect

2016-07-28 Thread Larry Rosenman

negative.  no reponse (except for this one) at all.
:(


On 2016-07-28 18:07, Adrian Chadd wrote:

Hi,

Andriy responded?


-adrian


On 28 July 2016 at 16:04, Larry Rosenman  wrote:

Anyone?


On 2016-07-27 21:39, Larry Rosenman wrote:


I'm running today's top of tree, and it doesn't seem to want to 
connect:



re0: flags=8843 metric 0 mtu 
1500


options=8209b
ether 20:47:47:73:07:5f
inet6 fe80::2247:47ff:fe73:75f%re0 prefixlen 64 scopeid 0x1
inet6 2001:470:1f0f:42c:2247:47ff:fe73:75f prefixlen 64 
autoconf
inet 192.168.200.246 netmask 0xfc00 broadcast 
192.168.203.255

nd6 options=23
media: Ethernet autoselect (1000baseT )
status: active
lo0: flags=8049 metric 0 mtu 16384
options=63
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
inet 127.0.0.1 netmask 0xff00
nd6 options=21
groups: lo
wlan0: flags=8c43
metric 0 mtu 1500
ether 58:91:cf:1a:45:69
inet6 fe80::5a91:cfff:fe1a:4569%wlan0 prefixlen 64 scopeid 
0x3

nd6 options=23
media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
status: no carrier
ssid "" channel 8 (2447 MHz 11g)
regdomain FCC country US authmode WPA1+WPA2/802.11i privacy 
ON
deftxkey UNDEF txpower 30 bmiss 10 scanvalid 60 protmode CTS 
wme

roaming MANUAL
groups: wlan


hostb0@pci0:0:0:0:  class=0x06 card=0x07061028 
chip=0x19108086

rev=0x07 hdr=0x00
vendor = 'Intel Corporation'
device = 'Skylake Host Bridge/DRAM Registers'
class  = bridge
subclass   = HOST-PCI
pcib1@pci0:0:1:0:   class=0x060400 card=0x20158086 
chip=0x19018086

rev=0x07 hdr=0x01
vendor = 'Intel Corporation'
device = 'Skylake PCIe Controller (x16)'
class  = bridge
subclass   = PCI-PCI
pcib2@pci0:0:1:1:   class=0x060400 card=0x07061028 
chip=0x19058086

rev=0x07 hdr=0x01
vendor = 'Intel Corporation'
device = 'Skylake PCIe Controller (x8)'
class  = bridge
subclass   = PCI-PCI
vgapci1@pci0:0:2:0: class=0x03 card=0x07061028 
chip=0x191b8086

rev=0x06 hdr=0x00
vendor = 'Intel Corporation'
device = 'HD Graphics 530'
class  = display
subclass   = VGA
none0@pci0:0:4:0:   class=0x118000 card=0x07061028 
chip=0x19038086

rev=0x07 hdr=0x00
vendor = 'Intel Corporation'
device = 'Skylake Processor Thermal Subsystem'
class  = dasp
xhci0@pci0:0:20:0:  class=0x0c0330 card=0x07061028 
chip=0xa12f8086

rev=0x31 hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H USB 3.0 xHCI Controller'
class  = serial bus
subclass   = USB
none1@pci0:0:20:2:  class=0x118000 card=0x07061028 
chip=0xa1318086

rev=0x31 hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H Thermal subsystem'
class  = dasp
none2@pci0:0:21:0:  class=0x118000 card=0x07061028 
chip=0xa1608086

rev=0x31 hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H Serial IO I2C Controller'
class  = dasp
none3@pci0:0:22:0:  class=0x078000 card=0x07061028 
chip=0xa13a8086

rev=0x31 hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H CSME HECI'
class  = simple comms
ahci0@pci0:0:23:0:  class=0x010601 card=0x07061028 
chip=0xa1038086

rev=0x31 hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H SATA Controller [AHCI mode]'
class  = mass storage
subclass   = SATA
pcib3@pci0:0:28:0:  class=0x060400 card=0x07061028 
chip=0xa1108086

rev=0xf1 hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib4@pci0:0:28:4:  class=0x060400 card=0x07061028 
chip=0xa1148086

rev=0xf1 hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib5@pci0:0:28:5:  class=0x060400 card=0x07061028 
chip=0xa1158086

rev=0xf1 hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib6@pci0:0:28:6:  class=0x060400 card=0x07061028 
chip=0xa1168086

rev=0xf1 hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
isab0@pci0:0:31:0:  class=0x060100 card=0x07061028 
chip=0xa14e8086

rev=0x31 

Re: IWM(7260), no connect

2016-07-28 Thread Adrian Chadd
Hi,

Andriy responded?


-adrian


On 28 July 2016 at 16:04, Larry Rosenman  wrote:
> Anyone?
>
>
> On 2016-07-27 21:39, Larry Rosenman wrote:
>>
>> I'm running today's top of tree, and it doesn't seem to want to connect:
>>
>>
>> re0: flags=8843 metric 0 mtu 1500
>>
>> options=8209b
>> ether 20:47:47:73:07:5f
>> inet6 fe80::2247:47ff:fe73:75f%re0 prefixlen 64 scopeid 0x1
>> inet6 2001:470:1f0f:42c:2247:47ff:fe73:75f prefixlen 64 autoconf
>> inet 192.168.200.246 netmask 0xfc00 broadcast 192.168.203.255
>> nd6 options=23
>> media: Ethernet autoselect (1000baseT )
>> status: active
>> lo0: flags=8049 metric 0 mtu 16384
>> options=63
>> inet6 ::1 prefixlen 128
>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
>> inet 127.0.0.1 netmask 0xff00
>> nd6 options=21
>> groups: lo
>> wlan0: flags=8c43
>> metric 0 mtu 1500
>> ether 58:91:cf:1a:45:69
>> inet6 fe80::5a91:cfff:fe1a:4569%wlan0 prefixlen 64 scopeid 0x3
>> nd6 options=23
>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
>> status: no carrier
>> ssid "" channel 8 (2447 MHz 11g)
>> regdomain FCC country US authmode WPA1+WPA2/802.11i privacy ON
>> deftxkey UNDEF txpower 30 bmiss 10 scanvalid 60 protmode CTS wme
>> roaming MANUAL
>> groups: wlan
>>
>>
>> hostb0@pci0:0:0:0:  class=0x06 card=0x07061028 chip=0x19108086
>> rev=0x07 hdr=0x00
>> vendor = 'Intel Corporation'
>> device = 'Skylake Host Bridge/DRAM Registers'
>> class  = bridge
>> subclass   = HOST-PCI
>> pcib1@pci0:0:1:0:   class=0x060400 card=0x20158086 chip=0x19018086
>> rev=0x07 hdr=0x01
>> vendor = 'Intel Corporation'
>> device = 'Skylake PCIe Controller (x16)'
>> class  = bridge
>> subclass   = PCI-PCI
>> pcib2@pci0:0:1:1:   class=0x060400 card=0x07061028 chip=0x19058086
>> rev=0x07 hdr=0x01
>> vendor = 'Intel Corporation'
>> device = 'Skylake PCIe Controller (x8)'
>> class  = bridge
>> subclass   = PCI-PCI
>> vgapci1@pci0:0:2:0: class=0x03 card=0x07061028 chip=0x191b8086
>> rev=0x06 hdr=0x00
>> vendor = 'Intel Corporation'
>> device = 'HD Graphics 530'
>> class  = display
>> subclass   = VGA
>> none0@pci0:0:4:0:   class=0x118000 card=0x07061028 chip=0x19038086
>> rev=0x07 hdr=0x00
>> vendor = 'Intel Corporation'
>> device = 'Skylake Processor Thermal Subsystem'
>> class  = dasp
>> xhci0@pci0:0:20:0:  class=0x0c0330 card=0x07061028 chip=0xa12f8086
>> rev=0x31 hdr=0x00
>> vendor = 'Intel Corporation'
>> device = 'Sunrise Point-H USB 3.0 xHCI Controller'
>> class  = serial bus
>> subclass   = USB
>> none1@pci0:0:20:2:  class=0x118000 card=0x07061028 chip=0xa1318086
>> rev=0x31 hdr=0x00
>> vendor = 'Intel Corporation'
>> device = 'Sunrise Point-H Thermal subsystem'
>> class  = dasp
>> none2@pci0:0:21:0:  class=0x118000 card=0x07061028 chip=0xa1608086
>> rev=0x31 hdr=0x00
>> vendor = 'Intel Corporation'
>> device = 'Sunrise Point-H Serial IO I2C Controller'
>> class  = dasp
>> none3@pci0:0:22:0:  class=0x078000 card=0x07061028 chip=0xa13a8086
>> rev=0x31 hdr=0x00
>> vendor = 'Intel Corporation'
>> device = 'Sunrise Point-H CSME HECI'
>> class  = simple comms
>> ahci0@pci0:0:23:0:  class=0x010601 card=0x07061028 chip=0xa1038086
>> rev=0x31 hdr=0x00
>> vendor = 'Intel Corporation'
>> device = 'Sunrise Point-H SATA Controller [AHCI mode]'
>> class  = mass storage
>> subclass   = SATA
>> pcib3@pci0:0:28:0:  class=0x060400 card=0x07061028 chip=0xa1108086
>> rev=0xf1 hdr=0x01
>> vendor = 'Intel Corporation'
>> device = 'Sunrise Point-H PCI Express Root Port'
>> class  = bridge
>> subclass   = PCI-PCI
>> pcib4@pci0:0:28:4:  class=0x060400 card=0x07061028 chip=0xa1148086
>> rev=0xf1 hdr=0x01
>> vendor = 'Intel Corporation'
>> device = 'Sunrise Point-H PCI Express Root Port'
>> class  = bridge
>> subclass   = PCI-PCI
>> pcib5@pci0:0:28:5:  class=0x060400 card=0x07061028 chip=0xa1158086
>> rev=0xf1 hdr=0x01
>> vendor = 'Intel Corporation'
>> device = 'Sunrise Point-H PCI Express Root Port'
>> class  = bridge
>> subclass   = PCI-PCI
>> pcib6@pci0:0:28:6:  class=0x060400 card=0x07061028 chip=0xa1168086
>> rev=0xf1 hdr=0x01
>> vendor = 'Intel 

Re: IWM(7260), no connect

2016-07-28 Thread Larry Rosenman

Anyone?

On 2016-07-27 21:39, Larry Rosenman wrote:
I'm running today's top of tree, and it doesn't seem to want to 
connect:



re0: flags=8843 metric 0 mtu 
1500


options=8209b
ether 20:47:47:73:07:5f
inet6 fe80::2247:47ff:fe73:75f%re0 prefixlen 64 scopeid 0x1
inet6 2001:470:1f0f:42c:2247:47ff:fe73:75f prefixlen 64 autoconf
inet 192.168.200.246 netmask 0xfc00 broadcast 192.168.203.255
nd6 options=23
media: Ethernet autoselect (1000baseT )
status: active
lo0: flags=8049 metric 0 mtu 16384
options=63
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
inet 127.0.0.1 netmask 0xff00
nd6 options=21
groups: lo
wlan0: flags=8c43
metric 0 mtu 1500
ether 58:91:cf:1a:45:69
inet6 fe80::5a91:cfff:fe1a:4569%wlan0 prefixlen 64 scopeid 0x3
nd6 options=23
media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
status: no carrier
ssid "" channel 8 (2447 MHz 11g)
regdomain FCC country US authmode WPA1+WPA2/802.11i privacy ON
deftxkey UNDEF txpower 30 bmiss 10 scanvalid 60 protmode CTS wme
roaming MANUAL
groups: wlan


hostb0@pci0:0:0:0:  class=0x06 card=0x07061028 chip=0x19108086
rev=0x07 hdr=0x00
vendor = 'Intel Corporation'
device = 'Skylake Host Bridge/DRAM Registers'
class  = bridge
subclass   = HOST-PCI
pcib1@pci0:0:1:0:   class=0x060400 card=0x20158086 chip=0x19018086
rev=0x07 hdr=0x01
vendor = 'Intel Corporation'
device = 'Skylake PCIe Controller (x16)'
class  = bridge
subclass   = PCI-PCI
pcib2@pci0:0:1:1:   class=0x060400 card=0x07061028 chip=0x19058086
rev=0x07 hdr=0x01
vendor = 'Intel Corporation'
device = 'Skylake PCIe Controller (x8)'
class  = bridge
subclass   = PCI-PCI
vgapci1@pci0:0:2:0: class=0x03 card=0x07061028 chip=0x191b8086
rev=0x06 hdr=0x00
vendor = 'Intel Corporation'
device = 'HD Graphics 530'
class  = display
subclass   = VGA
none0@pci0:0:4:0:   class=0x118000 card=0x07061028 chip=0x19038086
rev=0x07 hdr=0x00
vendor = 'Intel Corporation'
device = 'Skylake Processor Thermal Subsystem'
class  = dasp
xhci0@pci0:0:20:0:  class=0x0c0330 card=0x07061028 chip=0xa12f8086
rev=0x31 hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H USB 3.0 xHCI Controller'
class  = serial bus
subclass   = USB
none1@pci0:0:20:2:  class=0x118000 card=0x07061028 chip=0xa1318086
rev=0x31 hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H Thermal subsystem'
class  = dasp
none2@pci0:0:21:0:  class=0x118000 card=0x07061028 chip=0xa1608086
rev=0x31 hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H Serial IO I2C Controller'
class  = dasp
none3@pci0:0:22:0:  class=0x078000 card=0x07061028 chip=0xa13a8086
rev=0x31 hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H CSME HECI'
class  = simple comms
ahci0@pci0:0:23:0:  class=0x010601 card=0x07061028 chip=0xa1038086
rev=0x31 hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H SATA Controller [AHCI mode]'
class  = mass storage
subclass   = SATA
pcib3@pci0:0:28:0:  class=0x060400 card=0x07061028 chip=0xa1108086
rev=0xf1 hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib4@pci0:0:28:4:  class=0x060400 card=0x07061028 chip=0xa1148086
rev=0xf1 hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib5@pci0:0:28:5:  class=0x060400 card=0x07061028 chip=0xa1158086
rev=0xf1 hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib6@pci0:0:28:6:  class=0x060400 card=0x07061028 chip=0xa1168086
rev=0xf1 hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
isab0@pci0:0:31:0:  class=0x060100 card=0x07061028 chip=0xa14e8086
rev=0x31 hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H LPC Controller'
class  = bridge
subclass   = PCI-ISA
none4@pci0:0:31:2:  class=0x058000 card=0x07061028 chip=0xa1218086
rev=0x31 hdr=0x00

Re: IWM(7260), no connect

2016-07-28 Thread Andriy Voskoboinyk
Thu, 28 Jul 2016 05:39:55 +0300 було написано Larry Rosenman  
:


Try to revert r303418 (as I can see, r303416 and/or r303413 are not the  
reason

of this).

In case, if this will not help, you can try to add
wlandebug_wlan0="state+scan+auth+assoc"
into rc.conf to see where it fails.


I'm running today's top of tree, and it doesn't seem to want to connect:


re0: flags=8843 metric 0 mtu 1500

options=8209b
ether 20:47:47:73:07:5f
inet6 fe80::2247:47ff:fe73:75f%re0 prefixlen 64 scopeid 0x1
inet6 2001:470:1f0f:42c:2247:47ff:fe73:75f prefixlen 64 autoconf
inet 192.168.200.246 netmask 0xfc00 broadcast 192.168.203.255
nd6 options=23
media: Ethernet autoselect (1000baseT )
status: active
lo0: flags=8049 metric 0 mtu 16384
options=63
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
inet 127.0.0.1 netmask 0xff00
nd6 options=21
groups: lo
wlan0: flags=8c43 metric  
0 mtu 1500

ether 58:91:cf:1a:45:69
inet6 fe80::5a91:cfff:fe1a:4569%wlan0 prefixlen 64 scopeid 0x3
nd6 options=23
media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
status: no carrier
ssid "" channel 8 (2447 MHz 11g)
regdomain FCC country US authmode WPA1+WPA2/802.11i privacy ON
deftxkey UNDEF txpower 30 bmiss 10 scanvalid 60 protmode CTS wme
roaming MANUAL
groups: wlan


hostb0@pci0:0:0:0:	class=0x06 card=0x07061028 chip=0x19108086  
rev=0x07 hdr=0x00

vendor = 'Intel Corporation'
device = 'Skylake Host Bridge/DRAM Registers'
class  = bridge
subclass   = HOST-PCI
pcib1@pci0:0:1:0:	class=0x060400 card=0x20158086 chip=0x19018086  
rev=0x07 hdr=0x01

vendor = 'Intel Corporation'
device = 'Skylake PCIe Controller (x16)'
class  = bridge
subclass   = PCI-PCI
pcib2@pci0:0:1:1:	class=0x060400 card=0x07061028 chip=0x19058086  
rev=0x07 hdr=0x01

vendor = 'Intel Corporation'
device = 'Skylake PCIe Controller (x8)'
class  = bridge
subclass   = PCI-PCI
vgapci1@pci0:0:2:0:	class=0x03 card=0x07061028 chip=0x191b8086  
rev=0x06 hdr=0x00

vendor = 'Intel Corporation'
device = 'HD Graphics 530'
class  = display
subclass   = VGA
none0@pci0:0:4:0:	class=0x118000 card=0x07061028 chip=0x19038086  
rev=0x07 hdr=0x00

vendor = 'Intel Corporation'
device = 'Skylake Processor Thermal Subsystem'
class  = dasp
xhci0@pci0:0:20:0:	class=0x0c0330 card=0x07061028 chip=0xa12f8086  
rev=0x31 hdr=0x00

vendor = 'Intel Corporation'
device = 'Sunrise Point-H USB 3.0 xHCI Controller'
class  = serial bus
subclass   = USB
none1@pci0:0:20:2:	class=0x118000 card=0x07061028 chip=0xa1318086  
rev=0x31 hdr=0x00

vendor = 'Intel Corporation'
device = 'Sunrise Point-H Thermal subsystem'
class  = dasp
none2@pci0:0:21:0:	class=0x118000 card=0x07061028 chip=0xa1608086  
rev=0x31 hdr=0x00

vendor = 'Intel Corporation'
device = 'Sunrise Point-H Serial IO I2C Controller'
class  = dasp
none3@pci0:0:22:0:	class=0x078000 card=0x07061028 chip=0xa13a8086  
rev=0x31 hdr=0x00

vendor = 'Intel Corporation'
device = 'Sunrise Point-H CSME HECI'
class  = simple comms
ahci0@pci0:0:23:0:	class=0x010601 card=0x07061028 chip=0xa1038086  
rev=0x31 hdr=0x00

vendor = 'Intel Corporation'
device = 'Sunrise Point-H SATA Controller [AHCI mode]'
class  = mass storage
subclass   = SATA
pcib3@pci0:0:28:0:	class=0x060400 card=0x07061028 chip=0xa1108086  
rev=0xf1 hdr=0x01

vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib4@pci0:0:28:4:	class=0x060400 card=0x07061028 chip=0xa1148086  
rev=0xf1 hdr=0x01

vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib5@pci0:0:28:5:	class=0x060400 card=0x07061028 chip=0xa1158086  
rev=0xf1 hdr=0x01

vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib6@pci0:0:28:6:	class=0x060400 card=0x07061028 chip=0xa1168086  
rev=0xf1 hdr=0x01

vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
isab0@pci0:0:31:0:	class=0x060100 card=0x07061028 chip=0xa14e8086  
rev=0x31 hdr=0x00


IWM(7260), no connect

2016-07-27 Thread Larry Rosenman
I'm running today's top of tree, and it doesn't seem to want to connect:


re0: flags=8843 metric 0 mtu 1500

options=8209b
ether 20:47:47:73:07:5f
inet6 fe80::2247:47ff:fe73:75f%re0 prefixlen 64 scopeid 0x1 
inet6 2001:470:1f0f:42c:2247:47ff:fe73:75f prefixlen 64 autoconf 
inet 192.168.200.246 netmask 0xfc00 broadcast 192.168.203.255 
nd6 options=23
media: Ethernet autoselect (1000baseT )
status: active
lo0: flags=8049 metric 0 mtu 16384
options=63
inet6 ::1 prefixlen 128 
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 
inet 127.0.0.1 netmask 0xff00 
nd6 options=21
groups: lo 
wlan0: flags=8c43 metric 0 mtu 
1500
ether 58:91:cf:1a:45:69
inet6 fe80::5a91:cfff:fe1a:4569%wlan0 prefixlen 64 scopeid 0x3 
nd6 options=23
media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
status: no carrier
ssid "" channel 8 (2447 MHz 11g)
regdomain FCC country US authmode WPA1+WPA2/802.11i privacy ON
deftxkey UNDEF txpower 30 bmiss 10 scanvalid 60 protmode CTS wme
roaming MANUAL
groups: wlan 


hostb0@pci0:0:0:0:  class=0x06 card=0x07061028 chip=0x19108086 rev=0x07 
hdr=0x00
vendor = 'Intel Corporation'
device = 'Skylake Host Bridge/DRAM Registers'
class  = bridge
subclass   = HOST-PCI
pcib1@pci0:0:1:0:   class=0x060400 card=0x20158086 chip=0x19018086 rev=0x07 
hdr=0x01
vendor = 'Intel Corporation'
device = 'Skylake PCIe Controller (x16)'
class  = bridge
subclass   = PCI-PCI
pcib2@pci0:0:1:1:   class=0x060400 card=0x07061028 chip=0x19058086 rev=0x07 
hdr=0x01
vendor = 'Intel Corporation'
device = 'Skylake PCIe Controller (x8)'
class  = bridge
subclass   = PCI-PCI
vgapci1@pci0:0:2:0: class=0x03 card=0x07061028 chip=0x191b8086 rev=0x06 
hdr=0x00
vendor = 'Intel Corporation'
device = 'HD Graphics 530'
class  = display
subclass   = VGA
none0@pci0:0:4:0:   class=0x118000 card=0x07061028 chip=0x19038086 rev=0x07 
hdr=0x00
vendor = 'Intel Corporation'
device = 'Skylake Processor Thermal Subsystem'
class  = dasp
xhci0@pci0:0:20:0:  class=0x0c0330 card=0x07061028 chip=0xa12f8086 rev=0x31 
hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H USB 3.0 xHCI Controller'
class  = serial bus
subclass   = USB
none1@pci0:0:20:2:  class=0x118000 card=0x07061028 chip=0xa1318086 rev=0x31 
hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H Thermal subsystem'
class  = dasp
none2@pci0:0:21:0:  class=0x118000 card=0x07061028 chip=0xa1608086 rev=0x31 
hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H Serial IO I2C Controller'
class  = dasp
none3@pci0:0:22:0:  class=0x078000 card=0x07061028 chip=0xa13a8086 rev=0x31 
hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H CSME HECI'
class  = simple comms
ahci0@pci0:0:23:0:  class=0x010601 card=0x07061028 chip=0xa1038086 rev=0x31 
hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H SATA Controller [AHCI mode]'
class  = mass storage
subclass   = SATA
pcib3@pci0:0:28:0:  class=0x060400 card=0x07061028 chip=0xa1108086 rev=0xf1 
hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib4@pci0:0:28:4:  class=0x060400 card=0x07061028 chip=0xa1148086 rev=0xf1 
hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib5@pci0:0:28:5:  class=0x060400 card=0x07061028 chip=0xa1158086 rev=0xf1 
hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
pcib6@pci0:0:28:6:  class=0x060400 card=0x07061028 chip=0xa1168086 rev=0xf1 
hdr=0x01
vendor = 'Intel Corporation'
device = 'Sunrise Point-H PCI Express Root Port'
class  = bridge
subclass   = PCI-PCI
isab0@pci0:0:31:0:  class=0x060100 card=0x07061028 chip=0xa14e8086 rev=0x31 
hdr=0x00
vendor = 'Intel Corporation'
device = 'Sunrise Point-H LPC Controller'
class  = bridge
subclass   = PCI-ISA
none4@pci0:0:31:2:  class=0x058000 card=0x07061028 chip=0xa1218086 rev=0x31 
hdr=0x00
vendor = 'Intel