- 18 Jun, 2011 13 commits
-
-
Emmanuel Grumbach authored
The PCI_REVISION_ID is read and printed in iwl_pci_probe anyway using pr_info Signed-off-by:
Emmanuel Grumbach <emmanuel.grumbach@intel.com> Signed-off-by:
Wey-Yi Guy <wey-yi.w.guy@intel.com>
-
Emmanuel Grumbach authored
Signed-off-by:
-
Wey-Yi Guy authored
Continue to popule the PCI layer and the iwl_bus_ops with the power related stuff. Signed-off-by:
-
Emmanuel Grumbach authored
Get a pointer to the struct device during probe and get the rid of all the PCI specific DMA wrappers. Signed-off-by:
-
Emmanuel Grumbach authored
Since we have now a PCI layer, all the init and deinit code that is PCI related should move to there. Also move the IO functions: read8/read32/write32. They need hw_base which is killed from priv. Signed-off-by:
-
Emmanuel Grumbach authored
Bus specific layer must know how to return the struct device* of the device. Implement that as a callback of iwl_bus_ops and use that callback instead of using the priv->pdev pointer which is meant to disappear soon. Since the struct device * is needed in hot path, iwl_bus holds a pointer to it instead of calling get_dev all the time. Signed-off-by:
-
Emmanuel Grumbach authored
iwl_bus will represent a bus, and iwl_bus_ops all the operations that can be done on this bus. For the moment only set_prv_data is implemented. More to come... Signed-off-by:
-
Emmanuel Grumbach authored
Signed-off-by:
-
Emmanuel Grumbach authored
Move some PCI functionality to the new iwl_pci.[ch] files: * the PCI_DEVICE_TABLE * the pci_driver struct definition * the PCI probe / remove functions * the PCI suspend / resume functions All these functions are now split: the trigger comes from the PCI layer which calls to the bus generic code located in the other files. This is the beginning only. There are still a lot of PCI related code needs to be gathered. Signed-off-by:
-
Emmanuel Grumbach authored
It is superfluous to disable the interrupts after we reset the NIC. The only entity that could enable the interrupts after the NIC is reset is the driver. So remove this pointless action. Signed-off-by:
-
Wey-Yi Guy authored
Flush command can target specified interface or all interfaces Signed-off-by: -
Wey-Yi Guy authored
When issue tx flush, also consider PAN Signed-off-by: -
Wey-Yi Guy authored
After driver split, no need to make indirect call to txfifo flush function Signed-off-by:
-
- 17 Jun, 2011 16 commits
-
-
Rafał Miłecki authored
Turning it on is always done between reading PHY version and radio version, so it was easy to find it in MMIO dumps from ndiswrapper. Turning off is done by writing different values to the same registers. Signed-off-by:
Rafał Miłecki <zajec5@gmail.com> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
Rafał Miłecki authored
Every PHY has some specific bit used for reading radio regs. Analyze of MMIO dumps from BCM4331 and ndiswrapper has shown it is 0x200 for HT. radio_read(0x037f) -> 0x0073 radio_write(0x017f) <- 0x0072 Signed-off-by:
-
Pavel Roskin authored
Signed-off-by:
Pavel Roskin <proski@gnu.org> Signed-off-by:
-
Pavel Roskin authored
Move an extern variable declaration to a header file. Prefix all functions with "ath5k_". Make ath5k_intr() static. Remove unneeded forward declarations. Remove pointless "extern" in a function declaration. Signed-off-by:
-
Pavel Roskin authored
Signed-off-by:
-
Pavel Roskin authored
Signed-off-by:
-
Mohammed Shafi Shajakhan authored
during suspend/resume ath9k_stop will always call ath_radio_disable which will inturn call ath9k_hw_configpcipowersave, so no need to call it explicitly in ath9k_stop Signed-off-by:
Mohammed Shafi Shajakhan <mshajakhan@atheros.com> Signed-off-by:
-
Dan Carpenter authored
Patch 7f1f9742 "iwlegacy: refactor iwl4965_mac_channel_switch" reversed a test and also it changed a spin_lock_irq() to spin_lock(). I assume the spin_lock change was a mistake because the unlock was left as spin_unlock_irq(). Signed-off-by:
Dan Carpenter <error27@gmail.com> Signed-off-by:
-
Mohammed Shafi Shajakhan authored
Add few debug messages for some of the possible scenarios where we can detect PAPRD failures. this will help us to be sure that we had really enabled PAPRD Cc: susinder@qca.qualcomm.com Cc: senthilb@qca.qualcomm.com Signed-off-by:
-
Rafał Miłecki authored
It is always "y" for now, b43 will not compile without CONFIG_SSB yet. This is just a first step of dropping SSB dependency. Signed-off-by:
-
Nikanth Karthikesan authored
if_spi: Fix compilation warning - unused variable 'spi' drivers/net/wireless/libertas/if_spi.c: In function ‘if_spi_init_card’: drivers/net/wireless/libertas/if_spi.c:1035: warning: unused variable ‘spi’ The variable is used only in a macro which uses the args only for DEBUG builds. Remove the 'spi' variable completely. Signed-off-by:
Nikanth Karthikesan <nikanth@google.com> Acked-by:
Dan Williams <dcbw@redhat.com> Signed-off-by:
-
Rafał Miłecki authored
This is totally broken plus we do not have specs for HT PHY yet. Just introduce place for writing driver if we discover anything. Signed-off-by:
-
Rafał Miłecki authored
Signed-off-by:
-
Eliad Peller authored
When suspending, __ieee80211_suspend() calls ieee80211_scan_cancel(), which will only cancel sw scan. In order to cancel hw scan, the low-level driver has to cancel it in the suspend() callback. however, this is too late, as a new scan_work will be enqueued (while the driver is going into suspend). Add a new cancel_hw_scan() callback, asking the driver to cancel an active hw scan, and call it in ieee80211_scan_cancel(). Signed-off-by:
Eliad Peller <eliad@wizery.com> Reviewed-by:
Stanislaw Gruszka <sgruszka@redhat.com> Signed-off-by:
-
Connor Hansen authored
warning message drivers/ssb/driver_chipcommon_pmu.c: In function ssb_pmu_resources_init drivers/ssb/driver_chipcommon_pmu.c:420:15: warning: updown_tab_size may be used uninitilized in this function. updown_tab_size and depend_tab_size may not be set in the bus->chip_id switch statement, so set to 0 by default to avoid using uninitialized stack space. Signed-off-by:
Connor Hansen <cmdkhh@gmail.com> Signed-off-by:
Michael Buesch <m@bues.ch> Signed-off-by:
-
Paul Stewart authored
Trigger connection monitor on resume from suspend. Since we have been sleeping, there is reason to suspect that we might not still be associated. The speed of detecting loss of {connection,authentication} is worth the cost of the small additional traffic at resume. Signed-off-by:Paul Stewart <pstew@chromium.org> Signed-off-by:
-
- 11 Jun, 2011 11 commits
-
-
Wey-Yi Guy authored
Check EEPROM for multiple contexts support Signed-off-by: -
Wey-Yi Guy authored
Make sure when we say 11n enable, we really support it. Signed-off-by: -
Wey-Yi Guy authored
Multiple places have similar code to construct calib header. Merge into single inline function. Signed-off-by: -
Wey-Yi Guy authored
No functional changes, just group similar defines together Signed-off-by: -
Wey-Yi Guy authored
Temperature location in EEPROM is generic to all devices Signed-off-by: -
Wey-Yi Guy authored
Remove both IWL_DEBUG_TXPOWER and IWL_DEBUG_NOTIF, not used. Signed-off-by: -
Wey-Yi Guy authored
Instead use generic IWL_DEBUG_INFO, use IWL_DEBUG_FW for uCode related stuffs. Signed-off-by: -
Wey-Yi Guy authored
Instead of IWL_DEBUG_POWER, IWL_DEBUG_TEMP should be used for temperature related debug messages Signed-off-by: -
Wey-Yi Guy authored
Adding dedicated debug message for coex related activities Signed-off-by: -
Wey-Yi Guy authored
Replace IWL_DEBUG_AP with IWL_DEBUG_COEX for debug COEX related stuffs Signed-off-by: -
Wey-Yi Guy authored
Instead of having the separated define, use the sku capabilities in EEPROM Signed-off-by:
-
