From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-15.7 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id CD633C433E0 for ; Thu, 4 Feb 2021 21:29:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 88B7664F58 for ; Thu, 4 Feb 2021 21:29:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229572AbhBDV3x (ORCPT ); Thu, 4 Feb 2021 16:29:53 -0500 Received: from ms.lwn.net ([45.79.88.28]:50788 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229518AbhBDV3w (ORCPT ); Thu, 4 Feb 2021 16:29:52 -0500 Received: from localhost (unknown [IPv6:2601:281:8300:104d::5f6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 6B3401E77; Thu, 4 Feb 2021 21:29:12 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net 6B3401E77 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1612474152; bh=GFyluLyYpm71JlUqgZ+l8ppi2lbAHdwfP7WaQL5guyk=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=gDrRsGEUODNmGU4l085LpPPzL1lusZn03TLZxnAQrBUOkKfTTOe6rDcKKeVCEJIWP 9RyHCr7HQbrAJNXnkoCXZ3GGIiyv6a6AWftYHO4vKTXd1nJ+WBuWvOPnzvihp9UhM5 6w7jijvrMxV0y+CkOQ6JW4851G+1V6PZ/tsL6Y+cRwcq3m9N+v598Kd2vNXpikZMLa VRVJ0xQK+B9ZxPz01575yG7upQnLZY8T+4p2J6QhHtEeT8droHfauemD8n7MB5Of58 bmdvSiNel7r7KGcWCWh12IjafzWLsB0Z1sJWe9ngJniRR1Z4z38P+gPH1Dr0rcQEIu lS0tZV45bfxiw== From: Jonathan Corbet To: Lubomir Rintel Cc: Maen Suleiman , Lior Amsalem , Thomas Petazzoni , Andrew Lunn , Nicolas Pitre , Eric Miao , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Lubomir Rintel Subject: Re: [PATCH v2 1/5] docs: arm: marvell: drop some dead links In-Reply-To: <20210203235305.506528-2-lkundrak@v3.sk> References: <20210203235305.506528-1-lkundrak@v3.sk> <20210203235305.506528-2-lkundrak@v3.sk> Date: Thu, 04 Feb 2021 14:29:11 -0700 Message-ID: <87pn1ffro8.fsf@meer.lwn.net> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org Lubomir Rintel writes: > Just remove these; there's good chance there wasn't anything useful > there anyway. > > Signed-off-by: Lubomir Rintel > > --- > Changes since v1: > - Adjust for removal of "[PATCH 1/5] docs: arm: marvell: turn the automatic > links into labels" > - Split off the hunk that fixes 38x functional spec link > > Documentation/arm/marvel.rst | 25 ------------------------- > 1 file changed, 25 deletions(-) > > diff --git a/Documentation/arm/marvel.rst b/Documentation/arm/marvel.rst > index 16ab2eb085b86..502a1b89a2c85 100644 > --- a/Documentation/arm/marvel.rst > +++ b/Documentation/arm/marvel.rst > @@ -63,8 +63,6 @@ Kirkwood family > - Product Brief : http://www.marvell.com/embedded-processors/kirkwood/assets/88F6281-004_ver1.pdf > - Hardware Spec : http://www.marvell.com/embedded-processors/kirkwood/assets/HW_88F6281_OpenSource.pdf > - Functional Spec: http://www.marvell.com/embedded-processors/kirkwood/assets/FS_88F6180_9x_6281_OpenSource.pdf > - Homepage: > - http://www.marvell.com/embedded-processors/kirkwood/ > Core: > Feroceon 88fr131 ARMv5 compatible > Linux kernel mach directory: > @@ -126,7 +124,6 @@ EBU Armada family > - 88F6820 Armada 385 > - 88F6828 Armada 388 > > - - Product infos: http://www.marvell.com/embedded-processors/armada-38x/ So these URLs do still exist in the Wayback machine; the above is https://web.archive.org/web/20180829171124/http://www.marvell.com/embedded-processors/armada-38x/ for example. If we delete the links, we make it harder for any interested person to ever find them. Assuming that we want to keep information about these product families in the documentation at all, I'd think that we would want to have the online information as well. So I'd replace these with wayback links, or else just leave them as they are so that sufficiently motivated people can look them up themselves... Make sense? Thanks, jon