| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20250829075524.45635-12-bagasdotme@gmail.com> Date: Fri, 29 Aug 2025 14:55:21 +0700 From: Bagas Sanjaya <bagasdotme@...il.com> To: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Linux Documentation <linux-doc@...r.kernel.org>, Linux DAMON <damon@...ts.linux.dev>, Linux Memory Management List <linux-mm@...ck.org>, Linux Power Management <linux-pm@...r.kernel.org>, Linux Block Devices <linux-block@...r.kernel.org>, Linux BPF <bpf@...r.kernel.org>, Linux Kernel Workflows <workflows@...r.kernel.org>, Linux KASAN <kasan-dev@...glegroups.com>, Linux Devicetree <devicetree@...r.kernel.org>, Linux fsverity <fsverity@...ts.linux.dev>, Linux MTD <linux-mtd@...ts.infradead.org>, Linux DRI Development <dri-devel@...ts.freedesktop.org>, Linux Kernel Build System <linux-lbuild@...r.kernel.org>, Linux Networking <netdev@...r.kernel.org>, Linux Sound <linux-sound@...r.kernel.org> Cc: Thomas Gleixner <tglx@...utronix.de>, Borislav Petkov <bp@...en8.de>, Peter Zijlstra <peterz@...radead.org>, Josh Poimboeuf <jpoimboe@...nel.org>, Pawan Gupta <pawan.kumar.gupta@...ux.intel.com>, Jonathan Corbet <corbet@....net>, SeongJae Park <sj@...nel.org>, Andrew Morton <akpm@...ux-foundation.org>, David Hildenbrand <david@...hat.com>, Lorenzo Stoakes <lorenzo.stoakes@...cle.com>, "Liam R. Howlett" <Liam.Howlett@...cle.com>, Vlastimil Babka <vbabka@...e.cz>, Mike Rapoport <rppt@...nel.org>, Suren Baghdasaryan <surenb@...gle.com>, Michal Hocko <mhocko@...e.com>, Huang Rui <ray.huang@....com>, "Gautham R. Shenoy" <gautham.shenoy@....com>, Mario Limonciello <mario.limonciello@....com>, Perry Yuan <perry.yuan@....com>, Jens Axboe <axboe@...nel.dk>, Alexei Starovoitov <ast@...nel.org>, Daniel Borkmann <daniel@...earbox.net>, Andrii Nakryiko <andrii@...nel.org>, Martin KaFai Lau <martin.lau@...ux.dev>, Eduard Zingerman <eddyz87@...il.com>, Song Liu <song@...nel.org>, Yonghong Song <yonghong.song@...ux.dev>, John Fastabend <john.fastabend@...il.com>, KP Singh <kpsingh@...nel.org>, Stanislav Fomichev <sdf@...ichev.me>, Hao Luo <haoluo@...gle.com>, Jiri Olsa <jolsa@...nel.org>, Dwaipayan Ray <dwaipayanray1@...il.com>, Lukas Bulwahn <lukas.bulwahn@...il.com>, Joe Perches <joe@...ches.com>, Andrey Ryabinin <ryabinin.a.a@...il.com>, Alexander Potapenko <glider@...gle.com>, Andrey Konovalov <andreyknvl@...il.com>, Dmitry Vyukov <dvyukov@...gle.com>, Vincenzo Frascino <vincenzo.frascino@....com>, Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>, Eric Biggers <ebiggers@...nel.org>, tytso@....edu, Richard Weinberger <richard@....at>, Zhihao Cheng <chengzhihao1@...wei.com>, David Airlie <airlied@...il.com>, Simona Vetter <simona@...ll.ch>, Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>, Maxime Ripard <mripard@...nel.org>, Thomas Zimmermann <tzimmermann@...e.de>, Nathan Chancellor <nathan@...nel.org>, Nicolas Schier <nicolas.schier@...ux.dev>, Ingo Molnar <mingo@...hat.com>, Will Deacon <will@...nel.org>, Boqun Feng <boqun.feng@...il.com>, Waiman Long <longman@...hat.com>, "David S. Miller" <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>, Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>, Simon Horman <horms@...nel.org>, Shay Agroskin <shayagr@...zon.com>, Arthur Kiyanovski <akiyano@...zon.com>, David Arinzon <darinzon@...zon.com>, Saeed Bishara <saeedb@...zon.com>, Andrew Lunn <andrew@...n.ch>, Liam Girdwood <lgirdwood@...il.com>, Mark Brown <broonie@...nel.org>, Jaroslav Kysela <perex@...ex.cz>, Takashi Iwai <tiwai@...e.com>, Alexandru Ciobotaru <alcioa@...zon.com>, The AWS Nitro Enclaves Team <aws-nitro-enclaves-devel@...zon.com>, Jesper Dangaard Brouer <hawk@...nel.org>, Bagas Sanjaya <bagasdotme@...il.com>, Laurent Pinchart <laurent.pinchart@...asonboard.com>, Steve French <stfrench@...rosoft.com>, Meetakshi Setiya <msetiya@...rosoft.com>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, "Martin K. Petersen" <martin.petersen@...cle.com>, Bart Van Assche <bvanassche@....org>, Thomas Weißschuh <linux@...ssschuh.net>, Masahiro Yamada <masahiroy@...nel.org> Subject: [PATCH 11/14] Documentation: net: Convert external kernel networking docs Convert cross-references to kernel networking docs that use external links into internal ones. Signed-off-by: Bagas Sanjaya <bagasdotme@...il.com> --- .../device_drivers/can/ctu/ctucanfd-driver.rst | 3 +-- .../device_drivers/ethernet/amazon/ena.rst | 4 ++-- Documentation/networking/ethtool-netlink.rst | 3 +-- Documentation/networking/snmp_counter.rst | 12 +++++------- 4 files changed, 9 insertions(+), 13 deletions(-) diff --git a/Documentation/networking/device_drivers/can/ctu/ctucanfd-driver.rst b/Documentation/networking/device_drivers/can/ctu/ctucanfd-driver.rst index 1661d13174d5b8..4f9f36414333fd 100644 --- a/Documentation/networking/device_drivers/can/ctu/ctucanfd-driver.rst +++ b/Documentation/networking/device_drivers/can/ctu/ctucanfd-driver.rst @@ -40,8 +40,7 @@ About SocketCAN SocketCAN is a standard common interface for CAN devices in the Linux kernel. As the name suggests, the bus is accessed via sockets, similarly to common network devices. The reasoning behind this is in depth -described in `Linux SocketCAN <https://www.kernel.org/doc/html/latest/networking/can.html>`_. -In short, it offers a +described in Documentation/networking/can.rst. In short, it offers a natural way to implement and work with higher layer protocols over CAN, in the same way as, e.g., UDP/IP over Ethernet. diff --git a/Documentation/networking/device_drivers/ethernet/amazon/ena.rst b/Documentation/networking/device_drivers/ethernet/amazon/ena.rst index 14784a0a6a8a10..b7b314de857b01 100644 --- a/Documentation/networking/device_drivers/ethernet/amazon/ena.rst +++ b/Documentation/networking/device_drivers/ethernet/amazon/ena.rst @@ -366,9 +366,9 @@ RSS DEVLINK SUPPORT =============== -.. _`devlink`: https://www.kernel.org/doc/html/latest/networking/devlink/index.html -`devlink`_ supports reloading the driver and initiating re-negotiation with the ENA device +:doc:`devlink </networking/devlink/index>` supports reloading the driver and +initiating re-negotiation with the ENA device .. code-block:: shell diff --git a/Documentation/networking/ethtool-netlink.rst b/Documentation/networking/ethtool-netlink.rst index ab20c644af2485..3445b575cb5d39 100644 --- a/Documentation/networking/ethtool-netlink.rst +++ b/Documentation/networking/ethtool-netlink.rst @@ -1100,8 +1100,7 @@ This feature is mainly of interest for specific USB devices which does not cope well with frequent small-sized URBs transmissions. ``ETHTOOL_A_COALESCE_RX_PROFILE`` and ``ETHTOOL_A_COALESCE_TX_PROFILE`` refer -to DIM parameters, see `Generic Network Dynamic Interrupt Moderation (Net DIM) -<https://www.kernel.org/doc/Documentation/networking/net_dim.rst>`_. +to DIM parameters, see Documentation/networking/net_dim.rst. COALESCE_SET ============ diff --git a/Documentation/networking/snmp_counter.rst b/Documentation/networking/snmp_counter.rst index ff1e6a8ffe2164..c51d6ca9eff2c7 100644 --- a/Documentation/networking/snmp_counter.rst +++ b/Documentation/networking/snmp_counter.rst @@ -782,13 +782,11 @@ TCP ACK skip ============ In some scenarios, kernel would avoid sending duplicate ACKs too frequently. Please find more details in the tcp_invalid_ratelimit -section of the `sysctl document`_. When kernel decides to skip an ACK -due to tcp_invalid_ratelimit, kernel would update one of below -counters to indicate the ACK is skipped in which scenario. The ACK -would only be skipped if the received packet is either a SYN packet or -it has no data. - -.. _sysctl document: https://www.kernel.org/doc/Documentation/networking/ip-sysctl.rst +section of the Documentation/networking/ip-sysctl.rst. When kernel +decides to skip an ACK due to tcp_invalid_ratelimit, kernel would +update one of below counters to indicate the ACK is skipped in +which scenario. The ACK would only be skipped if the received +packet is either a SYN packet or it has no data. * TcpExtTCPACKSkippedSynRecv -- An old man doll... just what I always wanted! - Clara
Powered by blists - more mailing lists