- 13 May, 2008 12 commits
-
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. Kill xl_get_stats function, because by default it is used identical internal_stats function from net/core/dev.c Signed-off-by:
Paulius Zaleckas <paulius.zaleckas@teltonika.lt> Signed-off-by:
Jeff Garzik <jgarzik@redhat.com>
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. Signed-off-by:
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. Signed-off-by:
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. No need to memset it to 0, because it is allocated by kzalloc. Signed-off-by:
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. Kill sp_get_stats function, because by default it is used identical internal_stats function from net/core/dev.c Signed-off-by:
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. Signed-off-by:
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. Signed-off-by:
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. Signed-off-by:
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. Signed-off-by:
-
Paulius Zaleckas authored
Remove no longer used net_device_stats. Should be applied to mainline only after applying previous two patches. Signed-off-by:
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. Signed-off-by:
-
Paulius Zaleckas authored
Use net_device_stats from net_device structure instead of local. Signed-off-by:
-
- 09 May, 2008 3 commits
-
-
Neil Horman authored
Add support for RFC3873 remote address table OID. +--(5) sctpAssocRemAddrTable | | | |--(-) sctpAssocId (shared index) | | | +--(1) sctpAssocRemAddrType (index) . | . +--(2) sctpAssocRemAddr (index) . | +--(3) sctpAssocRemAddrActive | +--(4) sctpAssocRemAddrHBActive | +--(5) sctpAssocRemAddrRTO | +--(6) sctpAssocRemAddrMaxPathRtx | +--(7) sctpAssocRemAddrRtx | +--(8) sctpAssocRemAddrStartTime This patch places all the requsite data in /proc/net/sctp/remaddr. Signed-off-by:Neil Horman <nhorman@tuxdriver.com> Signed-off-by:
Vlad Yasevich <vladislav.yasevich@hp.com> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
Vlad Yasevich authored
The specification of sctp_connectx() has been changed to return an association id. We've added a new socket option that will return the association id as the return value from the setsockopt() call. The library that implements sctp_connectx() interface will implement both socket options. Signed-off-by:
-
Wei Yongjun authored
Brings delayed_ack socket option set/get into line with the latest ietf socket extensions API draft, while maintaining backwards compatibility. Signed-off-by:
Wei Yongjun <yjwei@cn.fujitsu.com> Signed-off-by:
-
- 07 May, 2008 25 commits
-
-
Johannes Berg authored
In commit e100bb64 (mac80211: QoS related cleanups) I accidentally changed a variable from int to u16 causing a warning that a comparison for < 0 was always false. John thought this was a missing deletion of code and removed the warning by deleting the never executed branch of code in commit 3df5ee60 (wireless: fix warning introduced by "mac80211: QoS related cleanups") but the problem really was my mistake of using a u16 variable for the queue variable when that variable can also contain an error code. This patch restores the original code and variable type. Signed-off-by:
Johannes Berg <johannes@sipsolutions.net> Signed-off-by:
John W. Linville <linville@tuxdriver.com>
-
John W. Linville authored
net/mac80211/wme.c: In function ‘wme_qdiscop_enqueue’: net/mac80211/wme.c:219: warning: comparison is always false due to limited range of data type drivers/net/wireless/p54/p54common.c: In function ‘p54_conf_tx’: drivers/net/wireless/p54/p54common.c:947: warning: comparison is always false due to limited range of data type Signed-off-by: -
Ivo van Doorn authored
As reported by Filipus Klutiero <chealer@gmail.com>, the rt2x00 Kconfig entries should be updated with specific chipset notifications. This cleans up Kconfig by explicitly mentioning the supported chipsets for each drivers, and uses the same chipset family names as mentioned on the Ralink website. Signed-off-by:
Ivo van Doorn <IvDoorn@gmail.com> Signed-off-by:
-
Holger Schurig authored
This fixes several problems I had: * when removing the card while the card was scanning or associtating, it could happen that destroy_workqueue() stuck and didn't return. * make sure the command function doesn't run while we remove the list of pending commands * for still unknown reason, I had calls to lbs_stop_card() with priv==NULL Signed-off-by:
Holger Schurig <hs4233@mail.mn-solutions.de> Acked-by:
Dan Williams <dcbw@redhat.com> Signed-off-by:
-
Holger Schurig authored
They don't return anything meaningfull and no-one cares about their results. Signed-off-by:
-
Holger Schurig authored
* make debug output match the variable name * always report that lbs_remove_rtap() has has been exited Signed-off-by:
-
Johannes Berg authored
This * makes the queue number passed to drivers a u16 (as it will be with skb_get_queue_mapping) * removes the useless queue number defines * splits hw->queues into hw->queues/ampdu_queues * removes the debugfs files for per-queue counters * removes some dead QoS code * removes the beacon queue configuration for IBSS so that the drivers now never get a queue number bigger than (hw->queues + hw->ampdu_queues - 1) for tx and only in the range 0..hw->queues-1 for conf_tx. Signed-off-by:
-
Johannes Berg authored
The queue info in struct ieee80211_tx_status is never used. Signed-off-by:
-
Johannes Berg authored
The callback takes a ieee80211_tx_queue_stats with a contained array of ieee80211_tx_queue_stats_data, remove the former, rename the latter to ieee80211_tx_queue_stats and make tx_stats() take the array directly. Signed-off-by:
-
Tomas Winkler authored
This patch renames iwl-4965.h to iwl-dev.h Signed-off-by:
Tomas Winkler <tomas.winkler@intel.com> Signed-off-by:
-
Tomas Winkler authored
This patch renames iwl-4965-commands to iwl-commands.h Signed-off-by:
-
Tomas Winkler authored
This patch adds nic config handler for 5000 HW Family Signed-off-by:
-
Tomas Winkler authored
This patch adds implementation for eeprom check version handler for 5000 HW Signed-off-by:
-
Emmanuel Grumbach authored
This patch udpates the byte count of the frame in the registers of the scheduler. This patch also moves two defines in iwl-4965.h to a more appropriate area in the file. Signed-off-by:
Emmanuel Grumbach <emmanuel.grumbach@intel.com> Signed-off-by:
-
Ron Rindjunsky authored
This patch fills the needed handlers for shared memory for iwl 5000 family Signed-off-by:
Ron Rindjunsky <ron.rindjunsky@intel.com> Signed-off-by:
-
Tomas Winkler authored
This patch adds values fo CSR_HW_REV for 5000 HW family Signed-off-by:
-
Tomas Winkler authored
This patch use new defines for antennas Signed-off-by:
-
Emmanuel Grumbach authored
This patch adds support for run time calibrations for the 5000 family HW. Those calibrations are sensitivity calibration, and chain noise calibration. Signed-off-by:
-
Emmanuel Grumbach authored
This patch upadtes the CT-Kill value for 5000 series. Signed-off-by:
Assaf Krauss <assaf.krauss@intel.com> Signed-off-by:
-
Tomas Winkler authored
This patch adds iwl 5000 HW parameters Signed-off-by:
-
Tomas Winkler authored
This patch adds eeprom handlers and values for 5000 HW family Signed-off-by:
Reinette Chatre <reinette.chatre@intel.com> Signed-off-by:
-
Tomas Winkler authored
This patch makes use of iwl4965_set_pwr_src in 5000 HW family Signed-off-by:
-
Tomas Winkler authored
This patch adds apm_init handler for 5000 HW family Signed-off-by:
-
Tomas Winkler authored
This patch adds handler framework for 5000 family HW Signed-off-by:
-
Tomas Winkler authored
This patch adds initial support for recognizing the iwl 5000 family of NICs ID Signed-off-by:
-
