<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/iwi, 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-04-25T22:19:18Z</updated>
<entry>
<title>MFC: r260063</title>
<updated>2014-04-25T22:19:18Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2014-04-25T22:19:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=615e64164097c9f4789713d65f36d34679b8f244'/>
<id>urn:sha1:615e64164097c9f4789713d65f36d34679b8f244</id>
<content type='text'>
- Probe with BUS_PROBE_DEFAULT instead of 0.
- Nuke code setting PCI_POWERSTATE_D0; pci(4) already does that for type 0
  devices.
- Use PCIR_BAR instead of a homegrown macro.
- There's no need to keep track of resource IDs.
- Quiesce the interrupt before actually detaching.
- Use DEVMETHOD_END.
- Use NULL instead of 0 for pointers.
</content>
</entry>
<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>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>Use suspend/resume methods provided by net80211. This ensures that the</title>
<updated>2012-03-23T19:32:30Z</updated>
<author>
<name>Bernhard Schmidt</name>
<email>bschmidt@FreeBSD.org</email>
</author>
<published>2012-03-23T19:32:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ada977b1031fa880fd9ed245fae34d15f4f61423'/>
<id>urn:sha1:ada977b1031fa880fd9ed245fae34d15f4f61423</id>
<content type='text'>
appropriate state handling takes place, not doing so results in the
device doing nothing until manual intervention.

Reviewed by:	iwasaki
Tested by:	iwasaki (iwi)
MFC after:	4 weeks
</content>
</entry>
<entry>
<title>Fix wrong asresp frame parsing in iwi_checkforqos().</title>
<updated>2012-03-10T17:08:57Z</updated>
<author>
<name>Mitsuru IWASAKI</name>
<email>iwasaki@FreeBSD.org</email>
</author>
<published>2012-03-10T17:08:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=7199b6f7eed893cf014b925e8e1e7f4f35c6f3d7'/>
<id>urn:sha1:7199b6f7eed893cf014b925e8e1e7f4f35c6f3d7</id>
<content type='text'>
After 8.0-RELEASE, iwi(4) doesn't send any data frames in infrastructure
mode.

Bacause of the condition `while (frm &lt; efrm)', IEEE80211_VERIFY_LENGTH()
was checking item length beyond the ieee80211_frame region, and returned
from iwi_checkforqos() without setting flags, capinfo and associd.

In infrastructure mode associd is required, so this problem causes
discarding mbuf in ieee80211_start().

PR:	kern/165819
Tested/Reviewed/Supported by: bschmidt and adrian
MFC after:	1 week
</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>Add module version to iwi/ipw/wpi and iwn.</title>
<updated>2011-05-31T19:08:25Z</updated>
<author>
<name>Bernhard Schmidt</name>
<email>bschmidt@FreeBSD.org</email>
</author>
<published>2011-05-31T19:08:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=129145a426a2aa889831d3216d7ce32ae88d7571'/>
<id>urn:sha1:129145a426a2aa889831d3216d7ce32ae88d7571</id>
<content type='text'>
The version is used to check if a module is already preset, not setting
it results in:

can't re-use a leaf (ipw)!
module_register: module pci/ipw already exists!
Module pci/ipw failed to register: 17

while trying to load the module due to an entry in loader.conf. With this
commit we get the expected:

module ipw already present!

Reported by:	Dru Lavigne, bz
Tested by:	bz
MFC after:	1 week
</content>
</entry>
<entry>
<title>sysctl(9) cleanup checkpoint: amd64 GENERIC builds cleanly.</title>
<updated>2011-01-12T19:53:56Z</updated>
<author>
<name>Matthew D Fleming</name>
<email>mdf@FreeBSD.org</email>
</author>
<published>2011-01-12T19:53:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6dc7dc9a3ece89691444e906783892ccaa77a192'/>
<id>urn:sha1:6dc7dc9a3ece89691444e906783892ccaa77a192</id>
<content type='text'>
Commit the rest of the devices.
</content>
</entry>
<entry>
<title>The firmware does pad notifications to an even number of bytes (at least</title>
<updated>2010-10-23T11:26:22Z</updated>
<author>
<name>Bernhard Schmidt</name>
<email>bschmidt@FreeBSD.org</email>
</author>
<published>2010-10-23T11:26:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=82510b7eca9a22b742e52f731716f8ce178435d8'/>
<id>urn:sha1:82510b7eca9a22b742e52f731716f8ce178435d8</id>
<content type='text'>
the association notification), the included information though always
contains an elem block with an odd number of bytes. We handle the last
byte as if it might contain a whole elem block, this of course is not
true as one byte is not enough to hold a block, we therefore discard the
complete frame. The solution here is to subtract one from the actual
notification length, this is also what the Linux driver does. With this
change the frames ends exactly where the last elem block ends.

This commit also reverts r214160 which is no longer required and now even
wrong.

MFC after:	1 week
</content>
</entry>
<entry>
<title>The firmware always sets bit 14 and 15, to get the real associd we need</title>
<updated>2010-10-21T19:30:55Z</updated>
<author>
<name>Bernhard Schmidt</name>
<email>bschmidt@FreeBSD.org</email>
</author>
<published>2010-10-21T19:30:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9f953145385c0424c33ebb6a77528e21237bba1b'/>
<id>urn:sha1:9f953145385c0424c33ebb6a77528e21237bba1b</id>
<content type='text'>
to clear those bits.

MFC after:	1 week
</content>
</entry>
</feed>
