<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/wi, branch release/10.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F10.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F10.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2014-02-17T01:36:53Z</updated>
<entry>
<title>MFC r260444:</title>
<updated>2014-02-17T01:36:53Z</updated>
<author>
<name>Kevin Lo</name>
<email>kevlo@FreeBSD.org</email>
</author>
<published>2014-02-17T01:36:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=434976f6cd42b5bf4e4b90394940bf104607befe'/>
<id>urn:sha1:434976f6cd42b5bf4e4b90394940bf104607befe</id>
<content type='text'>
Rename definition of IEEE80211_FC1_WEP to IEEE80211_FC1_PROTECTED.

The origin of WEP comes from IEEE Std 802.11-1997 where it defines
whether the frame body of MAC frame has been encrypted using WEP
algorithm or not.
IEEE Std. 802.11-2007 changes WEP to Protected Frame, indicates
whether the frame is protected by a cryptographic encapsulation
algorithm.

Reviewed by:	adrian, rpaulo
</content>
</entry>
<entry>
<title>Update PCI drivers to no longer look at the MEMIO-enabled bit in the PCI</title>
<updated>2013-08-12T23:30:01Z</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2013-08-12T23:30:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c68534f1d5bab4ad466384c4fb9bb2956811e8b9'/>
<id>urn:sha1:c68534f1d5bab4ad466384c4fb9bb2956811e8b9</id>
<content type='text'>
command register.  The lazy BAR allocation code in FreeBSD sometimes
disables this bit when it detects a range conflict, and will re-enable
it on demand when a driver allocates the BAR.  Thus, the bit is no longer
a reliable indication of capability, and should not be checked.  This
results in the elimination of a lot of code from drivers, and also gives
the opportunity to simplify a lot of drivers to use a helper API to set
the busmaster enable bit.

This changes fixes some recent reports of disk controllers and their
associated drives/enclosures disappearing during boot.

Submitted by:	jhb
Reviewed by:	jfv, marius, achadd, achim
MFC after:	1 day
</content>
</entry>
<entry>
<title>Add the macio attachment for wi(4).  Partially obtained from NetBSD.</title>
<updated>2013-07-31T01:13:29Z</updated>
<author>
<name>Justin Hibbits</name>
<email>jhibbits@FreeBSD.org</email>
</author>
<published>2013-07-31T01:13:29Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=84cd55bb02186973a4349ae5f883e8e0593f0ef6'/>
<id>urn:sha1:84cd55bb02186973a4349ae5f883e8e0593f0ef6</id>
<content type='text'>
Reviewed by:	adrian
Obtained from:	NetBSD (partially)
</content>
</entry>
<entry>
<title>Use the streaming functions for reading/writing the BAP fields on wi(4).  This</title>
<updated>2013-07-29T05:39:20Z</updated>
<author>
<name>Justin Hibbits</name>
<email>jhibbits@FreeBSD.org</email>
</author>
<published>2013-07-29T05:39:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=3e506f5f8c0fa0c13668aca2dcf91a6cc2802aa8'/>
<id>urn:sha1:3e506f5f8c0fa0c13668aca2dcf91a6cc2802aa8</id>
<content type='text'>
fixes wi(4) device access on big endian architectures.

PR:		kern/164499
Reviewed by:	adrian
Obtained from:	NetBSD
</content>
</entry>
<entry>
<title>Mechanically substitute flags from historic mbuf allocator with</title>
<updated>2012-12-04T09:32:43Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2012-12-04T09:32:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c6499eccad497913a5025fbde8ae76da70e08043'/>
<id>urn:sha1:c6499eccad497913a5025fbde8ae76da70e08043</id>
<content type='text'>
malloc(9) flags in sys/dev.
</content>
</entry>
<entry>
<title>If an interrupt is received with no vap attached, just fail LINK events.</title>
<updated>2012-02-25T08:01:29Z</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2012-02-25T08:01:29Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=0caafbf948d81773d22c1c4e1b4d60b437276ae0'/>
<id>urn:sha1:0caafbf948d81773d22c1c4e1b4d60b437276ae0</id>
<content type='text'>
This fixes a NULL pointer dereference which occurs if the vap list is
empty but someone brings up the wi0 interface.
</content>
</entry>
<entry>
<title>Include opt_wlan.h before net80211 includes; so IEEE80211_* configuration</title>
<updated>2012-01-26T05:11:37Z</updated>
<author>
<name>Adrian Chadd</name>
<email>adrian@FreeBSD.org</email>
</author>
<published>2012-01-26T05:11:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a805122c1cf9c31ad300cb87f173d2fd6b705dfb'/>
<id>urn:sha1:a805122c1cf9c31ad300cb87f173d2fd6b705dfb</id>
<content type='text'>
flags are correctly handled.

This is required for this to load when IEEE80211_DEBUG_REFCNT is
defined.
</content>
</entry>
<entry>
<title>Fix some net80211 enum nits:</title>
<updated>2011-12-17T10:23:17Z</updated>
<author>
<name>Bernhard Schmidt</name>
<email>bschmidt@FreeBSD.org</email>
</author>
<published>2011-12-17T10:23:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fcd9500f91d73a30f2ea8167a6d5e330e7d9e92f'/>
<id>urn:sha1:fcd9500f91d73a30f2ea8167a6d5e330e7d9e92f</id>
<content type='text'>
- ic_vap_create() uses an ieee80211_opmode argument
- ieee80211_rate2media() takes an ieee80211_phymode argument
- ieee80211_plcp2rate() takes an ieee80211_phytype argument
- cast to enum ieee80211_protmode and ieee80211_roamingmode to silence
  compiler warnings

Submitted by:	arundel@
</content>
</entry>
<entry>
<title>Mark all SYSCTL_NODEs static that have no corresponding SYSCTL_DECLs.</title>
<updated>2011-11-07T15:43:11Z</updated>
<author>
<name>Ed Schouten</name>
<email>ed@FreeBSD.org</email>
</author>
<published>2011-11-07T15:43:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6472ac3d8a86336899b6cfb789a4cd9897e3fab5'/>
<id>urn:sha1:6472ac3d8a86336899b6cfb789a4cd9897e3fab5</id>
<content type='text'>
The SYSCTL_NODE macro defines a list that stores all child-elements of
that node. If there's no SYSCTL_DECL macro anywhere else, there's no
reason why it shouldn't be static.
</content>
</entry>
<entry>
<title>sysctl(8) should use the CTLTYPE to determine the type of data when</title>
<updated>2011-01-19T17:04:07Z</updated>
<author>
<name>Matthew D Fleming</name>
<email>mdf@FreeBSD.org</email>
</author>
<published>2011-01-19T17:04:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f8e4b4ef49d1e146c54e7711f954d63d729fbb8e'/>
<id>urn:sha1:f8e4b4ef49d1e146c54e7711f954d63d729fbb8e</id>
<content type='text'>
reading.  (This was already done for writing to a sysctl).  This
requires all SYSCTL setups to specify a type.  Most of them are now
checked at compile-time.

Remove SYSCTL_*X* sysctl additions as the print being in hex should be
controlled by the -x flag to sysctl(8).

Succested by:	bde
</content>
</entry>
</feed>
