From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lj1-f173.google.com (mail-lj1-f173.google.com [209.85.208.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id AD4672E8B90 for ; Wed, 3 Sep 2025 09:50:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.173 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1756893040; cv=none; b=jvnO718A0kOqIIM92VnwGj1sTDTCZTRT9wiTF7xCaZthA+8LsRPs/Ghfg/iO6c4vWiB0H5YbTsf6rQlPrYkJcUWNq6A7zbauGGlpkyn4XCMHeLZPpGYbipSrsGvTkAytZwxbc6jhDeGQE+1iCEw5O11tbkATscjp5sQne6cR6qw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1756893040; c=relaxed/simple; bh=y4SmvqFyzVL/4kEo5tFGJ5dtK0pYlccbQR7ytEDScbs=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=R8a2p7jnBgeDv5k15XobXpIfzZW+Gui/E2u2yJg915P8kjvMO5Oc+iJ7GdaKIDPbETB7bbPBkauDFummrkFIYfyjt6rgDbYlPTZsgX+Uz8QX2enSXCSHvUfWXSllJeel4eGbKFPHJZnu/qA1RZL/GXGXkZp7oFHYzXuPLt9FVSs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=blackwall.org; spf=none smtp.mailfrom=blackwall.org; dkim=pass (2048-bit key) header.d=blackwall.org header.i=@blackwall.org header.b=FA8zyiB3; arc=none smtp.client-ip=209.85.208.173 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=blackwall.org Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=blackwall.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=blackwall.org header.i=@blackwall.org header.b="FA8zyiB3" Received: by mail-lj1-f173.google.com with SMTP id 38308e7fff4ca-336d3e4df3eso28719251fa.0 for ; Wed, 03 Sep 2025 02:50:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=blackwall.org; s=google; t=1756893035; x=1757497835; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=oss/upyPNwJtn/fltx3esN6MAKGxMbEK7lkKnUGVPx4=; b=FA8zyiB3AfaG8/kdKp9xZnv9UvS4l2lcCOI0FWL2tXRwKh8QPCsKKWgmVAQsRFfbKz i3EvucbaXgILLkvO5ewv0t/9siE34HUSrUO98Qt0TFhi45CmN0ROp0m1JeJqQ++VDaJ5 upzdLIU2uS7aiB0z3TVH9PWHJc+Um6U7nzCDkUe345huFAiNbhG6jYT1puB1BAHSCrBS 6O1NoNqKl4VbsDoRq5iP8c0z3yjqn5qeTH58FGzifdPZ26+MkH/DkcOUvsbPKwLIY7of xQzi4rDXdUHGBWIQPSAgbf9FuZdQ7hr7caW1m3Jrb/oeHUeD92+mQLyeRTorVOAD7PKH DEzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1756893035; x=1757497835; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=oss/upyPNwJtn/fltx3esN6MAKGxMbEK7lkKnUGVPx4=; b=uw5kCNdBjooVJTG/vag60jsSTz+pnvy9kdkkxDEw7gguvBNjQ0OY7kBdVWMJ52icBs nC/XU8B8sYrOMdAdjM3O4U1pQuUIxl5nOiJLTQ5C38HDeBzPKFWg3qw9Y+P9jSosw2Ia mAt+R5JPtMihsKJs9QxLLE49bGvvvmlClWT/0cgHE9+z/NwVzxZSRwzKYMu9vHmZ22xa FH9SOg0JfWD/L4ByxdFYEPdeUuU9C/xkUtHUN4Y3Uro+7g4BXzNQ4+h2GpSS0gsfRPLe AZWM2w9B0l0Qxw0tvnWVS5nV7lxqxMlYGANbLx2OBQva2OGiVOg6t9OocIAELLTZSgkm HhLA== X-Forwarded-Encrypted: i=1; AJvYcCXfDm6kL+N003GFoUKcuDU7z5s74H8kGoQtuVAqtZ5Sk5lDdRhUBnui/n95yBVj29pL4l0qX/71f1Q=@vger.kernel.org X-Gm-Message-State: AOJu0YxK9eEMtWtQNW0RIH3GtFKe6AOYRmKu17lUiphm4yZwSSMbeQmR O4vo5obfvrqy6sEmD2Mu4ysS/GWdn9xD+T36p49MVpFLqBnMMLs5WjdTGO0HBlPebgk= X-Gm-Gg: ASbGncsCzWQsxpMiSTuYdxfuNizQ2gqJufQoYg+7xWOdy65t5ajXkeuPjwlScNlIysD IotHjBiHUm3d+C3+G4ARSMSySbfBMNdhLDo2ctmSp8du1aAsZdXx0COCHBx9NULXxI6Vi/BP9ni 6jme+YqzPtsna+A46Cxh+J1IvsyUsLuHLKiHTB3D7b/3g/KaZiromL0yhSDimGPxVdxAO+394j3 t6uZC8oQb4+P74fLPW3NGX41FVMHlRTmRLztJg9KYGlEOKid8t//ceKBHqQhV+iRQg3B/7OSyXe oSzAOqQ0nED28IxRXs7qYdvzdYKMiK9fRilw68PN20KMFo+txLi3aWnEsPl0NhHthLg5TJwPXl/ aVLn+v4Ce3z+YXyYtdZMQVT0lZJXeyQxjEGgXLkv+gv1cTKLnv+g2YJKJYx54TgS9QinIeu7A4G jfEQ== X-Google-Smtp-Source: AGHT+IFOB02LLjF4/yAcx/WQMkEzEgitOnaygv9HUGO8U3NQlscMdgj/0vgyMWwEY6T6pKZh03dqbg== X-Received: by 2002:a05:651c:2113:b0:337:ec9a:a516 with SMTP id 38308e7fff4ca-337ec9aab87mr20953191fa.13.1756893032939; Wed, 03 Sep 2025 02:50:32 -0700 (PDT) Received: from [100.115.92.205] (176.111.185.210.kyiv.nat.volia.net. [176.111.185.210]) by smtp.gmail.com with ESMTPSA id 38308e7fff4ca-337f4c50f88sm8994531fa.13.2025.09.03.02.50.31 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 03 Sep 2025 02:50:32 -0700 (PDT) Message-ID: <810b9e10-9bc5-4fe3-a4a4-f45c6c13b8b4@blackwall.org> Date: Wed, 3 Sep 2025 12:50:30 +0300 Precedence: bulk X-Mailing-List: linux-doc@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH net-next] bonding: Remove support for use_carrier To: Stanislav Fomichev , Jay Vosburgh Cc: netdev@vger.kernel.org, "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Simon Horman , Jonathan Corbet , Andrew Lunn , linux-doc@vger.kernel.org References: <2029487.1756512517@famine> Content-Language: en-US From: Nikolay Aleksandrov In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/2/25 19:11, Stanislav Fomichev wrote: > On 08/29, Jay Vosburgh wrote: >> Remove the implementation of use_carrier, the link monitoring >> method that utilizes ethtool or ioctl to determine the link state of an >> interface in a bond. Bonding will always behaves as if use_carrier=1, >> which relies on netif_carrier_ok() to determine the link state of >> interfaces. >> >> To avoid acquiring RTNL many times per second, bonding inspects >> link state under RCU, but not under RTNL. However, ethtool >> implementations in drivers may sleep, and therefore this strategy is >> unsuitable for use with calls into driver ethtool functions. >> >> The use_carrier option was introduced in 2003, to provide >> backwards compatibility for network device drivers that did not support >> the then-new netif_carrier_ok/on/off system. Device drivers are now >> expected to support netif_carrier_*, and the use_carrier backwards >> compatibility logic is no longer necessary. >> >> The option itself remains, but when queried always returns 1, >> and may only be set to 1. >> >> Link: https://lore.kernel.org/lkml/000000000000eb54bf061cfd666a@google.com/ >> Link: https://lore.kernel.org/netdev/20240718122017.d2e33aaac43a.I10ab9c9ded97163aef4e4de10985cd8f7de60d28@changeid/ >> Signed-off-by: Jay Vosburgh >> >> --- >> >> Note: Deliberately omitting a Fixes tag to avoid removing functionality >> in older kernels that may be in use. > > What about syzbot metadata? > > Reported-by: syzbot+b8c48ea38ca27d150063@syzkaller.appspotmail.com > Closes: https://syzkaller.appspot.com/bug?extid=b8c48ea38ca27d150063 > > ? > >> Documentation/networking/bonding.rst | 79 +++---------------- >> drivers/net/bonding/bond_main.c | 113 ++------------------------- >> drivers/net/bonding/bond_netlink.c | 14 ++-- >> drivers/net/bonding/bond_options.c | 7 +- >> drivers/net/bonding/bond_sysfs.c | 6 +- >> include/net/bonding.h | 1 - >> 6 files changed, 28 insertions(+), 192 deletions(-) >> >> diff --git a/Documentation/networking/bonding.rst b/Documentation/networking/bonding.rst >> index f8f5766703d4..a2b42ae719d2 100644 >> --- a/Documentation/networking/bonding.rst >> +++ b/Documentation/networking/bonding.rst >> @@ -582,10 +582,8 @@ miimon >> This determines how often the link state of each slave is >> inspected for link failures. A value of zero disables MII >> link monitoring. A value of 100 is a good starting point. >> - The use_carrier option, below, affects how the link state is >> - determined. See the High Availability section for additional >> - information. The default value is 100 if arp_interval is not >> - set. >> + >> + The default value is 100 if arp_interval is not set. >> >> min_links >> >> @@ -896,25 +894,14 @@ updelay >> >> use_carrier >> >> - Specifies whether or not miimon should use MII or ETHTOOL >> - ioctls vs. netif_carrier_ok() to determine the link >> - status. The MII or ETHTOOL ioctls are less efficient and >> - utilize a deprecated calling sequence within the kernel. The >> - netif_carrier_ok() relies on the device driver to maintain its >> - state with netif_carrier_on/off; at this writing, most, but >> - not all, device drivers support this facility. >> - >> - If bonding insists that the link is up when it should not be, >> - it may be that your network device driver does not support >> - netif_carrier_on/off. The default state for netif_carrier is >> - "carrier on," so if a driver does not support netif_carrier, >> - it will appear as if the link is always up. In this case, >> - setting use_carrier to 0 will cause bonding to revert to the >> - MII / ETHTOOL ioctl method to determine the link state. >> - >> - A value of 1 enables the use of netif_carrier_ok(), a value of >> - 0 will use the deprecated MII / ETHTOOL ioctls. The default >> - value is 1. >> + Obsolete option that previously selected between MII / >> + ETHTOOL ioctls and netif_carrier_ok() to determine link >> + state. >> + >> + All link state checks are now done with netif_carrier_ok(). >> + >> + For backwards compatibility, this option's value may be inspected >> + or set. The only valid setting is 1. >> >> xmit_hash_policy >> >> @@ -2036,22 +2023,8 @@ depending upon the device driver to maintain its carrier state, by >> querying the device's MII registers, or by making an ethtool query to >> the device. >> >> -If the use_carrier module parameter is 1 (the default value), >> -then the MII monitor will rely on the driver for carrier state >> -information (via the netif_carrier subsystem). As explained in the >> -use_carrier parameter information, above, if the MII monitor fails to >> -detect carrier loss on the device (e.g., when the cable is physically >> -disconnected), it may be that the driver does not support >> -netif_carrier. >> - >> -If use_carrier is 0, then the MII monitor will first query the >> -device's (via ioctl) MII registers and check the link state. If that >> -request fails (not just that it returns carrier down), then the MII >> -monitor will make an ethtool ETHTOOL_GLINK request to attempt to obtain >> -the same information. If both methods fail (i.e., the driver either >> -does not support or had some error in processing both the MII register >> -and ethtool requests), then the MII monitor will assume the link is >> -up. >> +The MII monitor relies on the driver for carrier state information (via >> +the netif_carrier subsystem). >> >> 8. Potential Sources of Trouble >> =============================== >> @@ -2135,34 +2108,6 @@ This will load tg3 and e1000 modules before loading the bonding one. >> Full documentation on this can be found in the modprobe.d and modprobe >> manual pages. >> >> -8.3. Painfully Slow Or No Failed Link Detection By Miimon >> ---------------------------------------------------------- >> - >> -By default, bonding enables the use_carrier option, which >> -instructs bonding to trust the driver to maintain carrier state. >> - >> -As discussed in the options section, above, some drivers do >> -not support the netif_carrier_on/_off link state tracking system. >> -With use_carrier enabled, bonding will always see these links as up, >> -regardless of their actual state. >> - >> -Additionally, other drivers do support netif_carrier, but do >> -not maintain it in real time, e.g., only polling the link state at >> -some fixed interval. In this case, miimon will detect failures, but >> -only after some long period of time has expired. If it appears that >> -miimon is very slow in detecting link failures, try specifying >> -use_carrier=0 to see if that improves the failure detection time. If >> -it does, then it may be that the driver checks the carrier state at a >> -fixed interval, but does not cache the MII register values (so the >> -use_carrier=0 method of querying the registers directly works). If >> -use_carrier=0 does not improve the failover, then the driver may cache >> -the registers, or the problem may be elsewhere. >> - >> -Also, remember that miimon only checks for the device's >> -carrier state. It has no way to determine the state of devices on or >> -beyond other ports of a switch, or if a switch is refusing to pass >> -traffic while still maintaining carrier on. >> - >> 9. SNMP agents >> =============== >> >> diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c >> index 257333c88710..f25c2d2c9181 100644 >> --- a/drivers/net/bonding/bond_main.c >> +++ b/drivers/net/bonding/bond_main.c >> @@ -142,8 +142,7 @@ module_param(downdelay, int, 0); >> MODULE_PARM_DESC(downdelay, "Delay before considering link down, " >> "in milliseconds"); >> module_param(use_carrier, int, 0); >> -MODULE_PARM_DESC(use_carrier, "Use netif_carrier_ok (vs MII ioctls) in miimon; " >> - "0 for off, 1 for on (default)"); >> +MODULE_PARM_DESC(use_carrier, "option obsolete, use_carrier cannot be disabled"); >> module_param(mode, charp, 0); >> MODULE_PARM_DESC(mode, "Mode of operation; 0 for balance-rr, " >> "1 for active-backup, 2 for balance-xor, " >> @@ -830,77 +829,6 @@ const char *bond_slave_link_status(s8 link) >> } >> } >> >> -/* if supports MII link status reporting, check its link status. >> - * >> - * We either do MII/ETHTOOL ioctls, or check netif_carrier_ok(), >> - * depending upon the setting of the use_carrier parameter. >> - * >> - * Return either BMSR_LSTATUS, meaning that the link is up (or we >> - * can't tell and just pretend it is), or 0, meaning that the link is >> - * down. >> - * >> - * If reporting is non-zero, instead of faking link up, return -1 if >> - * both ETHTOOL and MII ioctls fail (meaning the device does not >> - * support them). If use_carrier is set, return whatever it says. >> - * It'd be nice if there was a good way to tell if a driver supports >> - * netif_carrier, but there really isn't. >> - */ >> -static int bond_check_dev_link(struct bonding *bond, >> - struct net_device *slave_dev, int reporting) >> -{ >> - const struct net_device_ops *slave_ops = slave_dev->netdev_ops; >> - struct mii_ioctl_data *mii; >> - struct ifreq ifr; >> - int ret; >> - >> - if (!reporting && !netif_running(slave_dev)) >> - return 0; >> - >> - if (bond->params.use_carrier) >> - return netif_carrier_ok(slave_dev) ? BMSR_LSTATUS : 0; >> - >> - /* Try to get link status using Ethtool first. */ >> - if (slave_dev->ethtool_ops->get_link) { >> - netdev_lock_ops(slave_dev); >> - ret = slave_dev->ethtool_ops->get_link(slave_dev); >> - netdev_unlock_ops(slave_dev); >> - >> - return ret ? BMSR_LSTATUS : 0; >> - } >> - >> - /* Ethtool can't be used, fallback to MII ioctls. */ >> - if (slave_ops->ndo_eth_ioctl) { >> - /* TODO: set pointer to correct ioctl on a per team member >> - * bases to make this more efficient. that is, once >> - * we determine the correct ioctl, we will always >> - * call it and not the others for that team >> - * member. >> - */ >> - >> - /* We cannot assume that SIOCGMIIPHY will also read a >> - * register; not all network drivers (e.g., e100) >> - * support that. >> - */ >> - >> - /* Yes, the mii is overlaid on the ifreq.ifr_ifru */ >> - strscpy_pad(ifr.ifr_name, slave_dev->name, IFNAMSIZ); >> - mii = if_mii(&ifr); >> - >> - if (dev_eth_ioctl(slave_dev, &ifr, SIOCGMIIPHY) == 0) { >> - mii->reg_num = MII_BMSR; >> - if (dev_eth_ioctl(slave_dev, &ifr, SIOCGMIIREG) == 0) >> - return mii->val_out & BMSR_LSTATUS; >> - } >> - } >> - >> - /* If reporting, report that either there's no ndo_eth_ioctl, >> - * or both SIOCGMIIREG and get_link failed (meaning that we >> - * cannot report link status). If not reporting, pretend >> - * we're ok. >> - */ >> - return reporting ? -1 : BMSR_LSTATUS; >> -} >> - >> /*----------------------------- Multicast list ------------------------------*/ >> >> /* Push the promiscuity flag down to appropriate slaves */ >> @@ -1966,7 +1894,6 @@ int bond_enslave(struct net_device *bond_dev, struct net_device *slave_dev, >> const struct net_device_ops *slave_ops = slave_dev->netdev_ops; >> struct slave *new_slave = NULL, *prev_slave; >> struct sockaddr_storage ss; >> - int link_reporting; >> int res = 0, i; >> >> if (slave_dev->flags & IFF_MASTER && >> @@ -1976,12 +1903,6 @@ int bond_enslave(struct net_device *bond_dev, struct net_device *slave_dev, >> return -EPERM; >> } >> >> - if (!bond->params.use_carrier && >> - slave_dev->ethtool_ops->get_link == NULL && >> - slave_ops->ndo_eth_ioctl == NULL) { >> - slave_warn(bond_dev, slave_dev, "no link monitoring support\n"); >> - } >> - >> /* already in-use? */ >> if (netdev_is_rx_handler_busy(slave_dev)) { >> SLAVE_NL_ERR(bond_dev, slave_dev, extack, >> @@ -2195,29 +2116,10 @@ int bond_enslave(struct net_device *bond_dev, struct net_device *slave_dev, >> >> new_slave->last_tx = new_slave->last_rx; >> >> - if (bond->params.miimon && !bond->params.use_carrier) { >> - link_reporting = bond_check_dev_link(bond, slave_dev, 1); >> - >> - if ((link_reporting == -1) && !bond->params.arp_interval) { >> - /* miimon is set but a bonded network driver >> - * does not support ETHTOOL/MII and >> - * arp_interval is not set. Note: if >> - * use_carrier is enabled, we will never go >> - * here (because netif_carrier is always >> - * supported); thus, we don't need to change >> - * the messages for netif_carrier. >> - */ >> - slave_warn(bond_dev, slave_dev, "MII and ETHTOOL support not available for slave, and arp_interval/arp_ip_target module parameters not specified, thus bonding will not detect link failures! see bonding.txt for details\n"); >> - } else if (link_reporting == -1) { >> - /* unable get link status using mii/ethtool */ >> - slave_warn(bond_dev, slave_dev, "can't get link status from slave; the network driver associated with this interface does not support MII or ETHTOOL link status reporting, thus miimon has no effect on this interface\n"); >> - } >> - } >> - >> /* check for initial state */ >> new_slave->link = BOND_LINK_NOCHANGE; >> if (bond->params.miimon) { >> - if (bond_check_dev_link(bond, slave_dev, 0) == BMSR_LSTATUS) { >> + if (netif_carrier_ok(slave_dev)) { >> if (bond->params.updelay) { >> bond_set_slave_link_state(new_slave, >> BOND_LINK_BACK, >> @@ -2759,7 +2661,7 @@ static int bond_miimon_inspect(struct bonding *bond) >> bond_for_each_slave_rcu(bond, slave, iter) { >> bond_propose_link_state(slave, BOND_LINK_NOCHANGE); >> >> - link_state = bond_check_dev_link(bond, slave->dev, 0); >> + link_state = netif_carrier_ok(slave->dev); >> >> switch (slave->link) { >> case BOND_LINK_UP: >> @@ -6257,10 +6159,10 @@ static int __init bond_check_params(struct bond_params *params) >> downdelay = 0; >> } >> >> - if ((use_carrier != 0) && (use_carrier != 1)) { >> - pr_warn("Warning: use_carrier module parameter (%d), not of valid value (0/1), so it was set to 1\n", >> - use_carrier); >> - use_carrier = 1; >> + if (use_carrier != 1) { >> + pr_err("Error: invalid use_carrier parameter (%d)\n", >> + use_carrier); >> + return -EINVAL; >> } >> >> if (num_peer_notif < 0 || num_peer_notif > 255) { >> @@ -6507,7 +6409,6 @@ static int __init bond_check_params(struct bond_params *params) >> params->updelay = updelay; >> params->downdelay = downdelay; >> params->peer_notif_delay = 0; >> - params->use_carrier = use_carrier; >> params->lacp_active = 1; >> params->lacp_fast = lacp_fast; >> params->primary[0] = 0; >> diff --git a/drivers/net/bonding/bond_netlink.c b/drivers/net/bonding/bond_netlink.c >> index 57fff2421f1b..e573b34a1bbc 100644 >> --- a/drivers/net/bonding/bond_netlink.c >> +++ b/drivers/net/bonding/bond_netlink.c >> @@ -259,13 +259,11 @@ static int bond_changelink(struct net_device *bond_dev, struct nlattr *tb[], >> return err; >> } >> if (data[IFLA_BOND_USE_CARRIER]) { >> - int use_carrier = nla_get_u8(data[IFLA_BOND_USE_CARRIER]); >> - >> - bond_opt_initval(&newval, use_carrier); >> - err = __bond_opt_set(bond, BOND_OPT_USE_CARRIER, &newval, >> - data[IFLA_BOND_USE_CARRIER], extack); >> - if (err) >> - return err; >> + if (nla_get_u8(data[IFLA_BOND_USE_CARRIER]) != 1) { >> + NL_SET_ERR_MSG_ATTR(extack, data[IFLA_BOND_USE_CARRIER], >> + "option obsolete, use_carrier cannot be disabled"); >> + return -EINVAL; >> + } >> } >> if (data[IFLA_BOND_ARP_INTERVAL]) { >> int arp_interval = nla_get_u32(data[IFLA_BOND_ARP_INTERVAL]); >> @@ -688,7 +686,7 @@ static int bond_fill_info(struct sk_buff *skb, >> bond->params.peer_notif_delay * bond->params.miimon)) >> goto nla_put_failure; >> >> - if (nla_put_u8(skb, IFLA_BOND_USE_CARRIER, bond->params.use_carrier)) >> + if (nla_put_u8(skb, IFLA_BOND_USE_CARRIER, 1)) >> goto nla_put_failure; >> >> if (nla_put_u32(skb, IFLA_BOND_ARP_INTERVAL, bond->params.arp_interval)) >> diff --git a/drivers/net/bonding/bond_options.c b/drivers/net/bonding/bond_options.c >> index 3b6f815c55ff..c0a5eb8766b5 100644 >> --- a/drivers/net/bonding/bond_options.c >> +++ b/drivers/net/bonding/bond_options.c >> @@ -187,7 +187,6 @@ static const struct bond_opt_value bond_primary_reselect_tbl[] = { >> }; >> >> static const struct bond_opt_value bond_use_carrier_tbl[] = { >> - { "off", 0, 0}, >> { "on", 1, BOND_VALFLAG_DEFAULT}, >> { NULL, -1, 0} >> }; >> @@ -419,7 +418,7 @@ static const struct bond_option bond_opts[BOND_OPT_LAST] = { >> [BOND_OPT_USE_CARRIER] = { >> .id = BOND_OPT_USE_CARRIER, >> .name = "use_carrier", >> - .desc = "Use netif_carrier_ok (vs MII ioctls) in miimon", >> + .desc = "option obsolete, use_carrier cannot be disabled", >> .values = bond_use_carrier_tbl, >> .set = bond_option_use_carrier_set >> }, >> @@ -1091,10 +1090,6 @@ static int bond_option_peer_notif_delay_set(struct bonding *bond, >> static int bond_option_use_carrier_set(struct bonding *bond, >> const struct bond_opt_value *newval) >> { >> - netdev_dbg(bond->dev, "Setting use_carrier to %llu\n", >> - newval->value); >> - bond->params.use_carrier = newval->value; >> - >> return 0; > > Acked-by: Stanislav Fomichev > > nit: any reason not to return -EINVAL here when the new value is not "1"? > You do it for the module param, but not for the sysfs file here. > bond options code already returns EINVAL for values not described in the option's value table, after Jay removed "0" from there it should automatically cause -EINVAL to be returned