/* Miscellaneous bits * * Copyright (C) 2016 Red Hat, Inc. All Rights Reserved. * Written by David Howells (dhowells@redhat.com) * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public Licence * as published by the Free Software Foundation; either version * 2 of the Licence, or (at your option) any later version. */ #include #include #include #include "ar-internal.h" /* * The maximum listening backlog queue size that may be set on a socket by * listen(). */ unsigned int rxrpc_max_backlog __read_mostly = 10; /* * Maximum lifetime of a call (in mx). */ unsigned int rxrpc_max_call_lifetime = 60 * 1000; /* * How long to wait before scheduling ACK generation after seeing a * packet with RXRPC_REQUEST_ACK set (in ms). */ unsigned int rxrpc_requested_ack_delay = 1; /* * How long to wait before scheduling an ACK with subtype DELAY (in ms). * * We use this when we've received new data packets. If those packets aren't * all consumed within this time we will send a DELAY ACK if an ACK was not * requested to let the sender know it doesn't need to resend. */ unsigned int rxrpc_soft_ack_delay = 1 * 1000; /* * How long to wait before scheduling an ACK with subtype IDLE (in ms). * * We use this when we've consumed some previously soft-ACK'd packets when * further packets aren't immediately received to decide when to send an IDLE * ACK let the other end know that it can free up its Tx buffer space. */ unsigned int rxrpc_idle_ack_delay = 0.5 * 1000; /* * Receive window size in packets. This indicates the maximum number of * unconsumed received packets we're willing to retain in memory. Once this * limit is hit, we should generate an EXCEEDS_WINDOW ACK and discard further * packets. */ unsigned int rxrpc_rx_window_size = RXRPC_INIT_RX_WINDOW_SIZE; #if (RXRPC_RXTX_BUFF_SIZE - 1) < RXRPC_INIT_RX_WINDOW_SIZE #error Need to reduce RXRPC_INIT_RX_WINDOW_SIZE #endif /* * Maximum Rx MTU size. This indicates to the sender the size of jumbo packet * made by gluing normal packets together that we're willing to handle. */ unsigned int rxrpc_rx_mtu = 5692; /* * The maximum number of fragments in a received jumbo packet that we tell the * sender that we're willing to handle. */ unsigned int rxrpc_rx_jumbo_max = 4; /* * Time till packet resend (in milliseconds). */ unsigned int rxrpc_resend_timeout = 4 * 1000; const s8 rxrpc_ack_priority[] = { [0] = 0, [RXRPC_ACK_DELAY] = 1, [RXRPC_ACK_REQUESTED] = 2, [RXRPC_ACK_IDLE] = 3, [RXRPC_ACK_DUPLICATE] = 4, [RXRPC_ACK_OUT_OF_SEQUENCE] = 5, [RXRPC_ACK_EXCEEDS_WINDOW] = 6, [RXRPC_ACK_NOSPACE] = 7, [RXRPC_ACK_PING_RESPONSE] = 8, }; context' onchange='this.form.submit();'>space:mode:
authorFlorian Fainelli <f.fainelli@gmail.com>2016-11-22 13:55:31 -0800
committerDavid S. Miller <davem@davemloft.net>2016-11-24 16:02:32 -0500
commit4b65246b427152fc7e8e1f673d3f0dc7582a89af (patch)
tree28220d54e14d9ea7026adcdf13628d4815aa93ce
parentfab96ec86771a5815024651cc1356783c70f55b1 (diff)
ethtool: Protect {get, set}_phy_tunable with PHY device mutex
PHY drivers should be able to rely on the caller of {get,set}_tunable to have acquired the PHY device mutex, in order to both serialize against concurrent calls of these functions, but also against PHY state machine changes. All ethtool PHY-level functions do this, except {get,set}_tunable, so we make them consistent here as well. We need to update the Microsemi PHY driver in the same commit to avoid introducing either deadlocks, or lack of proper locking. Fixes: 968ad9da7e0e ("ethtool: Implements ETHTOOL_PHY_GTUNABLE/ETHTOOL_PHY_STUNABLE") Fixes: 310d9ad57ae0 ("net: phy: Add downshift get/set support in Microsemi PHYs driver") Signed-off-by: Florian Fainelli <f.fainelli@gmail.com> Reviewed-by: Andrew Lunn <andrew@lunn.ch> Reviewed-by: Allan W. Nielsen <allan.nielsen@microsemi.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat