From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Marek Lindner Subject: Re: [PATCH] batman-adv: Revert "disable ethtool link speed detection when auto negotiation off" Date: Mon, 25 Nov 2019 18:02:17 +0800 Message-ID: <21004470.HqcN17L5CA@rousseau> In-Reply-To: <20191125094650.12435-1-sven@narfation.org> References: <20191125094650.12435-1-sven@narfation.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5798039.MvXTobgIjG"; micalg="pgp-sha512"; protocol="application/pgp-signature" List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: b.a.t.m.a.n@lists.open-mesh.org --nextPart5798039.MvXTobgIjG Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Monday, 25 November 2019 17:46:50 HKT Sven Eckelmann wrote: > The commit d60b8fc69ef2 ("batman-adv: disable ethtool link speed detection > when auto negotiation off") disabled the usage of ethtool's link_ksetting > when auto negotation was enabled due to invalid values when used with > tun/tap virtual net_devices. According to the patch, automatic measurements > should be used for these kind of interfaces. > > But there are major flaws with this argumentation: > > * automatic measurements are not implemented > * auto negotiation has nothing to do with the validity of the retrieved > values > > The first point has to be fixed by a longer patch series. The "validity" > part of the second point must be addressed in the same patch series by > dropping the usage of ethtool's link_ksetting (thus always doing automatic > measurements over ethernet). > > Drop the patch again to have more default values for various net_device > types/configurations. The user can still overwrite them using the > batadv_hardif's BATADV_ATTR_THROUGHPUT_OVERRIDE. I am not quite clear on how reverting this patch will get us better default values. In the case reported by Matthias the autoneg detection was working as intended by this very patch you are reverting. As Antonio had originally outlined: The problem with autonegotiation disabled is that the advertised speed is likely to be a random number set by default by the driver. This patch was the main reason why Matthias (or Gluon users) even realized that there was an issue with certain Ethernet ports & BATMAN V. Without the patch BATMAN V may have created routing loops and Gluon users would complain about those instead. There is no disagreement that the situation needs improving but why is reverting this autoneg patch the best course of action ? Cheers, Marek --nextPart5798039.MvXTobgIjG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEI5CG6MPJfr3knG//U1VOj+62HMAFAl3bpqkACgkQU1VOj+62 HMCBxgf/Wcvvd+0yKGgwM8BtniaUyl4+5IIr0xfGeAr2iAd9ZZ8Y1NlXJjk6c075 mTFjO7whi5fOnur4vCKQknpwVSFAzE9VLHp45mIJaVo/U8ztMUQ1ioHt5DqMYqf9 k0uGn0guqz3uH5J4AYvXovB/Cf0Y+K9VVyyci7I2aRWaxK68ArEPOU2VOQFq3GFb u55ttAYUEPScP7vZ0ICEcjNXB8RHRDFI8mXnrdhJmbXqWOfBfzwRE+JiBaws7Qbj nYUEnUlWswGaePGeJjbRKCwTBMTKQrUzg0TabzGP0EMw1cUVE8cvwn4Fj1j/3J2q EgeNzXMwL97P08zONmgaVCSK9GoBkg== =APBj -----END PGP SIGNATURE----- --nextPart5798039.MvXTobgIjG--