<feed xmlns='http://www.w3.org/2005/Atom'>
<title>pm24.git/drivers/net/wireless/iwlwifi/mvm/utils.c, branch v5.8</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>https://git.kobert.dev/pm24.git/atom/drivers/net/wireless/iwlwifi/mvm/utils.c?h=v5.8</id>
<link rel='self' href='https://git.kobert.dev/pm24.git/atom/drivers/net/wireless/iwlwifi/mvm/utils.c?h=v5.8'/>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/'/>
<updated>2015-11-18T12:28:30Z</updated>
<entry>
<title>iwlwifi: move under intel vendor directory</title>
<updated>2015-11-18T12:28:30Z</updated>
<author>
<name>Kalle Valo</name>
<email>kvalo@codeaurora.org</email>
</author>
<published>2015-11-17T18:57:38Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=e705c12146aa9c69ca498d4ebb83ba7138f9b41f'/>
<id>urn:sha1:e705c12146aa9c69ca498d4ebb83ba7138f9b41f</id>
<content type='text'>
Part of reorganising wireless drivers directory and Kconfig.

Signed-off-by: Kalle Valo &lt;kvalo@codeaurora.org&gt;
</content>
</entry>
<entry>
<title>iwlwifi: mvm: support using multiple ACs on single HW queue</title>
<updated>2015-10-05T11:33:27Z</updated>
<author>
<name>Liad Kaufman</name>
<email>liad.kaufman@intel.com</email>
</author>
<published>2015-07-14T10:36:18Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=4ecafae9e56802575c3b0c45ecf3dedecd3fd9e3'/>
<id>urn:sha1:4ecafae9e56802575c3b0c45ecf3dedecd3fd9e3</id>
<content type='text'>
"DQA" is shorthand for "dynamic queue allocation", with the
idea of allocating queues per-RA/TID on-demand rather than
using shared queues statically allocated per vif. The goal
of this is to enable future features (like GO PM) and to
improve performance measurements of TX traffic.

When RA/TID streams can't be neatly sorted into different AC
queues, DQA allows sharing queues for the same RA. This means
that DQA allows different ACs may reach the same HW queue.

Update the code to allow such queue sharing by having a mapping
between the HW queue and the mac80211 queues using it (as this
could be more than one queue).

Signed-off-by: Liad Kaufman &lt;liad.kaufman@intel.com&gt;
Signed-off-by: Luca Coelho &lt;luciano.coelho@intel.com&gt;
</content>
</entry>
<entry>
<title>iwlwifi: mvm: remove SCD_QUEUE_CONFIG TLV flag</title>
<updated>2015-08-28T10:26:36Z</updated>
<author>
<name>Liad Kaufman</name>
<email>liad.kaufman@intel.com</email>
</author>
<published>2015-08-24T13:23:58Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=79f682806240741f62faaa33d933ebe768caa07f'/>
<id>urn:sha1:79f682806240741f62faaa33d933ebe768caa07f</id>
<content type='text'>
We don't support firmwares that don't use the new API.
This also allows to use all the SCD queues, so increase
the reported number of queues to 31.

Signed-off-by: Liad Kaufman &lt;liad.kaufman@intel.com&gt;
Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
Signed-off-by: Luciano Coelho &lt;luciano.coelho@intel.com&gt;
</content>
</entry>
<entry>
<title>iwlwifi: add wide firmware command infrastructure for TX</title>
<updated>2015-08-04T07:11:46Z</updated>
<author>
<name>Aviya Erenfeld</name>
<email>aviya.erenfeld@intel.com</email>
</author>
<published>2015-06-09T13:45:52Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=ab02165ccec4c78162501acedeef1a768acdb811'/>
<id>urn:sha1:ab02165ccec4c78162501acedeef1a768acdb811</id>
<content type='text'>
As the firmware is slowly running out of command IDs and grouping of
commands is desirable anyway, the firmware is extending the command
header from 4 bytes to 8 bytes to introduce a group (in place of the
former flags field, since that's always 0 on commands and thus can
be easily used to distinguish between the two.

In order to support this most easily in the driver widen the command
command ID used in the command sending functions and encode the new
values (group and version) in the ID. That way existing code doesn't
have to be changed (since the higher bits are 0 automatically) and
newer code can easily use the new ID generation function to create a
value to use in place of just the command ID.

Signed-off-by: Aviya Erenfeld &lt;aviya.erenfeld@intel.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
</content>
</entry>
<entry>
<title>iwlwifi: remove command header flags field</title>
<updated>2015-08-04T07:11:44Z</updated>
<author>
<name>Johannes Berg</name>
<email>johannes.berg@intel.com</email>
</author>
<published>2015-06-30T12:45:40Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=30f27df9ba44422b718d244a677b1cc6a5bd5ded'/>
<id>urn:sha1:30f27df9ba44422b718d244a677b1cc6a5bd5ded</id>
<content type='text'>
The 'flags' field really has been reserved in the firmware API for a
very long time, probably since 4965. As a consequence, the field is
always 0 and checking for a IWL_CMD_FAILED_MSK flag makes no sense.

Rename the field to 'reserved', get rid of IWL_CMD_FAILED_MSK and
all the code for it.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
</content>
</entry>
<entry>
<title>iwlwifi: mvm: remove command/return value from RX handlers</title>
<updated>2015-08-04T07:11:41Z</updated>
<author>
<name>Johannes Berg</name>
<email>johannes.berg@intel.com</email>
</author>
<published>2015-06-23T19:22:09Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=0416841d709e4d90913576cc43a397e450a745b1'/>
<id>urn:sha1:0416841d709e4d90913576cc43a397e450a745b1</id>
<content type='text'>
In the mvm driver, neither the old command nor the return value
are used, so remove them.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
</content>
</entry>
<entry>
<title>iwlwifi: prepare for higher API/CAPA bits</title>
<updated>2015-06-03T06:45:37Z</updated>
<author>
<name>Johannes Berg</name>
<email>johannes.berg@intel.com</email>
</author>
<published>2015-06-01T15:11:11Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=859d914c8f5ca5b3c9274ad69c4c942954f67cda'/>
<id>urn:sha1:859d914c8f5ca5b3c9274ad69c4c942954f67cda</id>
<content type='text'>
Currently, loading the firmware fails when it has higher API or CAPA
bits than the driver supports. That's an issue with integration.

At the same time, actually using api[0] and capa[0] will become
confusing when we also have api[1] and capa[1], and it's almost
certain that we'll mix up the bits and use the bits for api[1] with
api[0] by accident.

Avoid all this by translating the API/CAPA bits to the regular kernel
test_bit() format, and also providing wrapper functions. Also use the
__bitwise__ facility of sparse to check that we're testing the right
one.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
</content>
</entry>
<entry>
<title>iwlwifi: mvm: capture connection loss as part of MLME trigger</title>
<updated>2015-04-02T06:29:13Z</updated>
<author>
<name>Emmanuel Grumbach</name>
<email>emmanuel.grumbach@intel.com</email>
</author>
<published>2015-03-30T07:55:57Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=31755207afc5d5a30e3eea9e4f2a518fc5b680c1'/>
<id>urn:sha1:31755207afc5d5a30e3eea9e4f2a518fc5b680c1</id>
<content type='text'>
The only other way to catch these would have been to monitor
the Tx deauth event, but we can send a deauth when we roam.
So it would have been tricky to make sure we capture the
connection losses only.
Define a separate trigger for the connection losses to make
it easier to catch them.

Reviewed-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
</content>
</entry>
<entry>
<title>iwlwifi: fix spelling errors</title>
<updated>2015-04-02T06:29:13Z</updated>
<author>
<name>Sara Sharon</name>
<email>sara.sharon@intel.com</email>
</author>
<published>2015-03-31T09:24:05Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=0d365ae5f2715a4a749e41ce5e75e34f03090db6'/>
<id>urn:sha1:0d365ae5f2715a4a749e41ce5e75e34f03090db6</id>
<content type='text'>
Fix spelling error across the driver.
Modified only comments and prints.

Signed-off-by: Sara Sharon &lt;sara.sharon@intel.com&gt;
Reviewed-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
</content>
</entry>
<entry>
<title>iwlwifi: mvm: allow to configure the timeout for the Tx queues</title>
<updated>2015-03-30T05:57:16Z</updated>
<author>
<name>Emmanuel Grumbach</name>
<email>emmanuel.grumbach@intel.com</email>
</author>
<published>2015-03-19T18:04:51Z</published>
<link rel='alternate' type='text/html' href='https://git.kobert.dev/pm24.git/commit/?id=5d42e7b2a39d015180af44f8e56b0c2fc46874e1'/>
<id>urn:sha1:5d42e7b2a39d015180af44f8e56b0c2fc46874e1</id>
<content type='text'>
Sometimes we will want to configure the timeouts for the
Tx queues based on the vif type. Allow to do that using the
trigger mechanism.

Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
</content>
</entry>
</feed>
