An error occurred fetching the project authors.
- 08 Mar, 2012 1 commit
-
-
Johannes Berg authored
There's no need to have operations for these as they simply depend on whether the device has built-in bluetooth, so just duplicate the information already there (whether bt_params is present or not). Signed-off-by:
Johannes Berg <johannes.berg@intel.com> Signed-off-by:
Wey-Yi Guy <wey-yi.w.guy@intel.com> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
- 07 Mar, 2012 4 commits
-
-
Johannes Berg authored
No need to have a special config variable for the PA type, we can just use the additional NIC config function to config the hardware correctly. Signed-off-by:
-
Johannes Berg authored
The HW configuration settings base_params, ht_params and bt_params all should be const, make it so. Signed-off-by:
-
Johannes Berg authored
This is a hardware parameter, so it shouldn't be configurable by the user. Users can disable aggregation (which is the only thing affected) with 11n_disable. Signed-off-by:
-
Johannes Berg authored
Add wrappers to send commands from the DVM op-mode (which essentially consists of the current driver). This will allow us to move specific sanity checks there. Also, this removes iwl_trans_send_cmd_pdu() since that can now be taken care of in the DVM-specific wrapper. Signed-off-by:
-
- 06 Mar, 2012 2 commits
-
-
Johannes Berg authored
Writing to the global config structures is always wrong. To protect against such mistakes in the future, mark them const. Signed-off-by:
-
Johannes Berg authored
It's not really a good idea to write to the global static configuration. Use the valid TX/RX antenna information only from the HW params struct except in the case where the values from the config are used to override the values from the EEPROM. Signed-off-by:
-
- 27 Feb, 2012 1 commit
-
-
Wey-Yi Guy authored
Update the pci subsystem id and product name for 6005 series devices Signed-off-by:
-
- 17 Feb, 2012 2 commits
-
-
Emmanuel Grumbach authored
This will allow to set the hw_params after we fetch the uCode. Signed-off-by:
Emmanuel Grumbach <emmanuel.grumbach@intel.com> Signed-off-by:
-
Emmanuel Grumbach authored
Remove the return value. Signed-off-by:
-
- 02 Feb, 2012 2 commits
-
-
Don Fry authored
There is nothing device specific in the initialization of the bcast_sta_id so move it to the common inititalization routine. Signed-off-by:
Don Fry <donald.h.fry@intel.com> Signed-off-by:
-
Emmanuel Grumbach authored
From now on, the transport layer in charge of providing access to the device. So change all the driver to give a pointer to the transport to all the low level functions that actually access the device. Signed-off-by:
-
- 24 Jan, 2012 1 commit
-
-
Wey-Yi Guy authored
Update Copyright to 2012 Signed-off-by:
-
- 06 Jan, 2012 1 commit
-
-
Wey-Yi Guy authored
Update Copyright to 2012 Signed-off-by:
-
- 16 Dec, 2011 2 commits
-
-
Don Fry authored
Replace the engineering names with the marketing names for the new devices. Signed-off-by:
-
Don Fry authored
Move the configuration pointer from the upper level iwl_priv to the lower level iwl_shared structure, with associated code fixes. Signed-off-by:
-
- 08 Dec, 2011 1 commit
-
-
Don Fry authored
The eeprom image is a device level component, move from iwl_priv to iwl_shared, with associated code changes. Signed-off-by:
-
- 28 Nov, 2011 2 commits
-
-
Johannes Berg authored
Since the uCode hasn't been released (yet?), warn only if using older than API 4, but load anything up to API 6. Signed-off-by:
-
Johannes Berg authored
The init microcode knows very well which calibrations are required and sends us results for those that are. Consequently, we can just send all of those to the RT uCode again. The problem with having the driver know about this is that it is a uCode feature, not a hardware feature so the config is completely unsuitable. The only thing we need to check is whether the device needs crystal calibration or not, add a new parameter to the configuration for that. This makes new uCode work on 6000 series devices. Signed-off-by:
-
- 25 Nov, 2011 2 commits
-
-
Johannes Berg authored
Since the uCode hasn't been released (yet?), warn only if using older than API 4, but load anything up to API 6. Signed-off-by:
-
Johannes Berg authored
The init microcode knows very well which calibrations are required and sends us results for those that are. Consequently, we can just send all of those to the RT uCode again. The problem with having the driver know about this is that it is a uCode feature, not a hardware feature so the config is completely unsuitable. The only thing we need to check is whether the device needs crystal calibration or not, add a new parameter to the configuration for that. This makes new uCode work on 6000 series devices. Signed-off-by:
-
- 11 Nov, 2011 1 commit
-
-
Wey-Yi Guy authored
BG only SKUs are no longer supported by 2000 and 1x5 series. Remove it Signed-off-by:
-
- 14 Oct, 2011 6 commits
-
-
Emmanuel Grumbach authored
Move iwl_enable_rfkill_int to iwl-core.h, and remove the empty iwl-helpers.h Signed-off-by:
-
Johannes Berg authored
The constants can be moved together with the similar ones for other devices and we can then remove the file. Signed-off-by:
-
Wey-Yi Guy authored
After driver split, no need to separate station management functions in two files, merge it Signed-off-by:
-
Wey-Yi Guy authored
Use the same calling style for all the mac80211 callback functions Signed-off-by:
-
Wey-Yi Guy authored
Add additional sku to 6005 series of devices Signed-off-by:
-
Emmanuel Grumbach authored
Not needed since driver split. Signed-off-by:
-
- 19 Sep, 2011 3 commits
-
-
Johannes Berg authored
There's nothing PCI(E) specific in this file. Signed-off-by:
-
Don Fry authored
All devices use the same value for beacon_time_tsf_bits. Use the #define Signed-off-by:
-
Fry, Donald H authored
chain_noise_num_beacons is set and never changes. Use the #define rather than 3 levels of indirection. Signed-off-by:
-
- 29 Aug, 2011 8 commits
-
-
Emmanuel Grumbach authored
Move all the iwlXXX_abgn_cfg forward declaration to a separate file so that iwl-pci.c doesn't need to include iwl-agn.h that includes all iwl-dev.h This allows to provide real encapsulation. Dereferencing iwl_priv in the bus layer will now lead to a compilation error. Signed-off-by:
-
Emmanuel Grumbach authored
Which means that iwl-io.c doesn't need to include iwl-dev.h any more. Signed-off-by:
-
Emmanuel Grumbach authored
Some of them weren't used at all, the others always had the same value since the driver split. Signed-off-by:
-
Wey-Yi Guy authored
Different subsystem ID Signed-off-by:
-
Emmanuel Grumbach authored
Remove iwl_transport_register which was a W/A. The bus layer knows what transport to use. So now, the bus layer gives the upper layer a pointer to the iwl_trans_ops struct that it wants to use. The upper layer then, allocates the desired transport layer using iwl_trans_ops->alloc function. As a result of this, priv->trans, no longer exists, priv holds a pointer to iwl_shared, which holds a pointer to iwl_trans. This required to change all the calls to the transport layer from upper layer. While we were at it, trans_X inlines have been renamed to iwl_trans_X to avoid confusions, which of course required to rename the functions inside the transport layer because of conflicts in names. So the static API functions inside the transport layer implementation have been renamed to iwl_trans_pcie_X. Until now, the IRQ / Tasklet were initialized in iwl_transport_layer. This is confusing since the registration doesn't mean to request IRQ, so I added a handler for that. Signed-off-by:
-
Emmanuel Grumbach authored
Since it is used by all the layers, it needs to move to iwl_shared. Signed-off-by:
-
Emmanuel Grumbach authored
It will hold declaration of functions and forward declaration of struct that are used by several layers. This will allow modules not to include iwl_priv. iwl_bus and iwl_trans are still visible to all. All the layers share the module parameters, move the struct to iwl-shared.h. Also add all module parameters to iwl_mod_params instead of having them as global static. This includes * debug_level * ant_coupling * bt_ch_announce * wanted_ucode_alternative Signed-off-by:
-
Wey-Yi Guy authored
There are number of functions with "iwlcore_" prefix which not feels right, rename those to "iwl_". No functional changes by making the renames. Signed-off-by:
-
- 08 Aug, 2011 1 commit
-
-
Wey-Yi Guy authored
Update the default sensitivity value for both 5000 and 6000 series devices Signed-off-by:
-
