- 18 Oct, 2009 15 commits
-
-
Krishna Kumar authored
1. GENL_MIN_ID is a valid id -> no need to start at GENL_MIN_ID + 1. 2. Avoid going through the ids two times: If we start at GENL_MIN_ID+1 (*or bigger*) and all ids are over!, the code iterates through the list twice (*or lesser*). 3. Simplify code - no need to start at idx=0 which gets reset to GENL_MIN_ID. Patch on net-next-2.6. Reboot test shows that first id passed to genl_register_family was 16, next two were GENL_ID_GENERATE and genl_generate_id returned 17 & 18 (user level testing of same code shows expected values across entire range of MIN/MAX). Signed-off-by:
Krishna Kumar <krkumar2@in.ibm.com> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
Krishna Kumar authored
genl_register_family() doesn't need to call genl_family_find_byid when GENL_ID_GENERATE is passed during register. Patch on net-next-2.6, compile and reboot testing only. Signed-off-by:
-
Krishna Kumar authored
The xmit handler doesn't need to wake the queue after stopping it temporarily (some other drivers are doing the same). Patch on net-next-2.6, multiple netperf sessions tested. Signed-off-by:
Divy Le Ray <divy@chelsio.com> Signed-off-by:
-
Einar Lueck authored
Group device now cleanly reacts to failures during channel start and implements a clean rollback. Signed-off-by:
Einar Lueck <elelueck@de.ibm.com> Signed-off-by:
Ursula Braun <ursula.braun@de.ibm.com> Signed-off-by:
-
Klaus-Dieter Wacker authored
The creation of a new lcs device requires a call to the function ccw_device_set_online() for the read and the write channel. Failure of either call should terminate the lcs device creation immediately with return code -ENODEV. Signed-off-by:
Klaus-Dieter Wacker <kdwacker@de.ibm.com> Signed-off-by:
-
Klaus-Dieter Wacker authored
Timer_list structure in lcs_send_lancmd() is allocated on stack. Initialization with init_timer() leads to above ODEBUG message. Instead use init_timer_on_stack() which prevents above msg. Signed-off-by:
-
Ursula Braun authored
Remove duplicate sock_set_flag(sk, SOCK_ZAPPED) in iucv_sock_close, which has been overlooked in September-commit 7514bab0. Cc: Hendrik Brueckner <brueckner@linux.vnet.ibm.com> Signed-off-by:
-
Hendrik Brueckner authored
Instead of modifying sk->sk_ack_backlog directly, use respective socket functions. Signed-off-by:
Hendrik Brueckner <brueckner@linux.vnet.ibm.com> Signed-off-by:
-
Dhananjay Phadke authored
Signed-off-by:
Dhananjay Phadke <dhananjay@netxen.com> Signed-off-by:
-
Narender Kumar authored
Firmware hang detection and recovery (reset) need to be disabled for diagnostic tools, which can run some disruptive tests. This adds a driver level control to turn off this feature by diag tools. Signed-off-by:
Narender Kumar <narender.kumar@qlogic.com> Signed-off-by:
-
Dhananjay Phadke authored
Use -EIO or -EINVAL as error codes, these can get passed up to applications (tools). Signed-off-by:
-
Amit Kumar Salecha authored
Add support for different windowing scheme for on chip memory in future chip revisions. This is required by diagnostic tools. Signed-off-by:
Amit Kumar Salecha <amit@netxen.com> Signed-off-by:
-
Amit Kumar Salecha authored
Future revisions need different chip reset sequence and firmware initialization. Also clean up some never used debug code. Signed-off-by:
-
Amit Kumar Salecha authored
Future revisions of the chip have 128 bit memory transactions. Require drivers to implement rmw in case of sub-128 bit accesses by driver. This is mostly used by diagnostic tools. Signed-off-by:
-
Amit Kumar Salecha authored
Signed-off-by:
-
- 17 Oct, 2009 1 commit
-
-
Ajit Khaparde authored
Add new PCI ids to support next generation of BladeEngine device. Signed-off-by:
Ajit Khaparde <ajitk@serverengines.com> Signed-off-by:
-
- 15 Oct, 2009 11 commits
-
-
Rémi Denis-Courmont authored
Signed-off-by:
Rémi Denis-Courmont <remi.denis-courmont@nokia.com> Acked-by:
Eric Dumazet <eric.dumazet@gmail.com> Signed-off-by:
-
Eilon Greenstein authored
Signed-off-by:
Eilon Greenstein <eilong@broadcom.com> Signed-off-by:
-
Eilon Greenstein authored
The device is limited to the maximal BW allocation, so it should be displayed as the link speed to notify the user. Signed-off-by:
-
Eilon Greenstein authored
There is really no need to clear the MAC or the FW filtering rules - it was added for completion, but caused race conditions with load/unload. Removing this redundant code Signed-off-by:
-
Eilon Greenstein authored
DCC commands are not protected with the RTNL lock, so a mutex should be added Signed-off-by:
-
Eilon Greenstein authored
When working with DCC, a function can be disabled or enabled (virtual link down or up). Using the function state introduced some race conditions with the load/unload flow. Using a separate flag to indicate that the function is disabled. Signed-off-by:
-
Eilon Greenstein authored
Signed-off-by:
-
Eilon Greenstein authored
Value of zero was used to disable the fairness mechanism. Though the code (driver and FW) allowed changing the value at run time, it did not allow to do that if the mechanism was disabled to begin with. Fixed the FW to allow turning on and off the mechanism at run time. Fixed the code to read the value from the chip at the right sequence. Without this fix, if the initial value was set to zero, traffic could not run on the interface. Signed-off-by:
-
Eilon Greenstein authored
Signed-off-by:
-
David S. Miller authored
Signed-off-by: -
Eric Dumazet authored
sock_queue_rcv_skb() can update sk_drops itself, removing need for callers to take care of it. This is more consistent since sock_queue_rcv_skb() also reads sk_drops when queueing a skb. This adds sk_drops managment to many protocols that not cared yet. Signed-off-by:
-
- 14 Oct, 2009 8 commits
-
-
Thomas Sailer authored
Signed-off-by:
Thomas Sailer <t.sailer@alumni.ethz.ch> Signed-off-by:
-
Rémi Denis-Courmont authored
Signed-off-by:
-
Rémi Denis-Courmont authored
Signed-off-by:
-
Rémi Denis-Courmont authored
Signed-off-by:
-
Rémi Denis-Courmont authored
The Phonet "universe" only has 64 addresses, so we keep a trivial flat routing table. Signed-off-by:
-
Rémi Denis-Courmont authored
Signed-off-by:
-
Arnaldo Carvalho de Melo authored
Reported-by:
"Tony Luck" <tony.luck@intel.com> Signed-off-by:
Arnaldo Carvalho de Melo <acme@redhat.com> Acked-by:
-
Thomas Gleixner authored
The lock_kernel/unlock_kernel() in cycle_kernel_lock() which is called in tun_chr_open() is not serializing against anything and safe to remove. tun_chr_fasync() is serialized by get/put_tun() and fasync_helper() has no dependency on BKL. The modification of tun->flags is racy with and without the BKL so removing it does not make it worse. Signed-off-by:
Thomas Gleixner <tglx@linutronix.de> Signed-off-by:
-
- 13 Oct, 2009 5 commits
-
-
David S. Miller authored
-
Sriram authored
The mechanism to clear the statistics register is dependent on the status of GMIIEN bit in MAC control register. If the GMIIEN bit is set, the stats registers are write to decrement. If the GMIIEN bit is cleared, the stats registers are plain read/write registers. The stats register clearing operation must take into account the current state of GMIIEN as it can be cleared when the interface is brought down. With existing implementation logic, querying for interface stats when the interface is down, can corrupt the statistics counters. This patch examines the GMIIEN bit status in MAC_CONTROL register before choosing an appropriate mask for clearing stats registers. Signed-off-by:
Sriramakrishnan <srk@ti.com> Acked-by:
Chaithrika U S <chaithrika@ti.com> Signed-off-by:
-
françois romieu authored
Extracted from Realtek's 8.012.00 r8168 driver. Signed-off-by:
Francois Romieu <romieu@fr.zoreil.com> Tested-by:
Simon Farnsworth <simon.farnsworth@onelan.com> Cc: Edward Hsu <edward_hsu@realtek.com.tw> Signed-off-by:
-
Manuel Lauss authored
Extend the driver to accept a MAC address specified in platform_data. Signed-off-by:
Manuel Lauss <manuel.lauss@gmail.com> Signed-off-by:
-
Manuel Lauss authored
Signed-off-by:
-
