Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp5442712pxb; Mon, 15 Feb 2021 21:07:01 -0800 (PST) X-Google-Smtp-Source: ABdhPJxtaoDE/N3ZM5dyOaDOKdMOAhX/2MgBmkjqLilL1VYl6L/UEaNFqXGqs8XaEik/pWSVbfO6 X-Received: by 2002:a17:906:b358:: with SMTP id cd24mr11339945ejb.306.1613452021413; Mon, 15 Feb 2021 21:07:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613452021; cv=none; d=google.com; s=arc-20160816; b=TXS881j6ljbC1Pdh0d9/F6yR6egNmpP6i983dMQ3CgX5Ta5TRrWgcgbzE8wmgrb/Kr j+DTmIsNu2IbH0hyv3+8cr3yHDjj7MXdTNkmJ7esE7lZxqVnn+LoeObqKrP28OXkkXzy qCbJASYOB5qjxijiMMBTp57eB/MR9zuRseU8kQ//a1pZ8lySnzlVYTs478ZgmyPHItHN 4k05+PTWIuDM22Pwk+ziLUBMMDGEjqglqWQ1BzQkbLYdMe1k+Xm7hRfpPGYgpw9Ff80W 4l3Ir/Vzt6wRLdJCG3svhy+SLUhyKCkrwXwONYXe338FfHXMRUJ3GDL4uq0hCq4jBf50 vLDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :newsgroups:cc:to:subject:sender:dkim-signature; bh=2YpI+iKoMZZUD3Z1xVREz1xTJJ25V96V4TT5cVOnFeQ=; b=KP33UTcXBnKFVMeF0VFO/2tR+zYt8dVPhVDWM75leGYSLkOqTIyNcWsnHU6YuPcaRv aRmeqGmlk1wb5fztN50E26fw8gHPEqdlPgpuEf3A6dUyKuP2tONIkeI1HbDxKCmdsRv+ zRP5IL04X29iyRXYqrvIue7JL08jxfg+POZGveITLcOVeCJ7OdVA7eUA0A2OOVvaYUkB nQm3VqaAL277CtAGSTKwPc8e9hwE9WpN8CL1/8F81Ug8wF+vJcxO3BGlHpHkZL+EeM2l wy+Dw/vEgSwzzh7B20JepYha/CI5mFtDQQtSxMgDnsC+reR55Xr08rpsWbS1yBVPkk+A Y62w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Sd1wCKsR; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=synopsys.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y25si48016edt.601.2021.02.15.21.06.13; Mon, 15 Feb 2021 21:07:01 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Sd1wCKsR; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=synopsys.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229703AbhBPFEk (ORCPT + 99 others); Tue, 16 Feb 2021 00:04:40 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43360 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229461AbhBPFEh (ORCPT ); Tue, 16 Feb 2021 00:04:37 -0500 Received: from mail-pf1-x431.google.com (mail-pf1-x431.google.com [IPv6:2607:f8b0:4864:20::431]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6C3B4C061574 for ; Mon, 15 Feb 2021 21:03:57 -0800 (PST) Received: by mail-pf1-x431.google.com with SMTP id y25so2155808pfp.5 for ; Mon, 15 Feb 2021 21:03:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:newsgroups:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=2YpI+iKoMZZUD3Z1xVREz1xTJJ25V96V4TT5cVOnFeQ=; b=Sd1wCKsRm91PkghmzuNllFKEYbNkzmmiBtJGHAFP945o+9bTMHEwf3y3LMCiPr3hps iYEisGYMSrq2GiJpHmtAlBhxmaeTOr9B3DoFiiwgCqhs5OuH+t0eXTvqwM3DCeAHZ4rN YGmG6W45DCwHgeB57UOq8/PDmeVp7+lOp/zxQzQL+RtCoJmeHZNjXEzwNuABuPkzcTyf FYkqOiOo1/XIJfJvAkEBDJfk0mcUC7HBPXwjHB5N5zeITdvaIFZBHLnMjYM1aGA02y0k n0yALGp6Sbt4mvwprS9mS/DYE+aUzesxmhYHQDG2m3EVvRlGW6zHa8hXUIehO7cx+658 qhSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:newsgroups:references:from :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=2YpI+iKoMZZUD3Z1xVREz1xTJJ25V96V4TT5cVOnFeQ=; b=L0Fxy74bJHyQRaeQt3Pg4zS5/4oh+phebTzHov3Ymqwv2+6P8uIBepOqSBJFpl3A8V l8Agi9A8E+UNbgX4tL1rv7myO0ww+C9gw3r8ZowiHMmIuRvCtuai7IX2geWWNFwiICpQ oHCkax7FZwibOCo0QQd4OwyC163cHBOfWMeBvVA4ISdO8TRAN74E2UaUWocwfPC5MZsg LfX0dBVc4jx38mFDaqkW3HQzy0xBpRepbmIIxoWVsA8C28aLdnpJ1yxoSzrj3gQWZHnG oibn/jaPtutfzaNmUQT8vgjPDQhIDLXbJpcnDFDinoskCVLsa/HUlXOCF886cq9p6KF9 6N5Q== X-Gm-Message-State: AOAM530yPeRuZ6ExFU2lLqtPB2BN8K3L3KOtklx0u1ZQMpB/2pMwB7Qi TIvzmnWWoJ8TAf1v06S4E8A= X-Received: by 2002:aa7:9056:0:b029:1db:7a51:56df with SMTP id n22-20020aa790560000b02901db7a5156dfmr18200294pfo.48.1613451836928; Mon, 15 Feb 2021 21:03:56 -0800 (PST) Received: from [192.168.50.50] (c-24-4-73-83.hsd1.ca.comcast.net. [24.4.73.83]) by smtp.gmail.com with ESMTPSA id c22sm16840180pfc.12.2021.02.15.21.03.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 15 Feb 2021 21:03:56 -0800 (PST) Sender: Vineet Gupta Subject: Re: [PATCH] arc: Replace lkml.org links with lore To: Kees Cook , linux-kernel@vger.kernel.org Cc: Alexey Brodkin , Joe Perches , linux-snps-arc@lists.infradead.org Newsgroups: gmane.linux.kernel,gmane.linux.kernel.arc References: <20210210232849.1358703-1-keescook@chromium.org> From: Vineet Gupta Message-ID: <8d0dd35a-4bc2-6762-3ae9-a0bf38961f5a@synopsys.com> Date: Mon, 15 Feb 2021 21:03:54 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <20210210232849.1358703-1-keescook@chromium.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/10/21 3:28 PM, Kees Cook wrote: > As started by commit 05a5f51ca566 ("Documentation: Replace lkml.org > links with lore"), replace lkml.org links with lore to better use a > single source that's more likely to stay available long-term. > > Signed-off-by: Kees Cook Acked-by: Vineet Gupta Let me know if you want me to pick this up. Thx, -Vineet > --- > arch/arc/include/asm/irqflags-compact.h | 8 ++++++-- > arch/arc/mm/dma.c | 2 +- > arch/arc/plat-axs10x/axs10x.c | 2 +- > arch/arc/plat-hsdk/platform.c | 2 +- > 4 files changed, 9 insertions(+), 5 deletions(-) > > diff --git a/arch/arc/include/asm/irqflags-compact.h b/arch/arc/include/asm/irqflags-compact.h > index 863d63ad18d6..0d63e568d64c 100644 > --- a/arch/arc/include/asm/irqflags-compact.h > +++ b/arch/arc/include/asm/irqflags-compact.h > @@ -50,8 +50,12 @@ > * are redone after IRQs are re-enabled (and gcc doesn't reuse stale register) > * > * Noted at the time of Abilis Timer List corruption > - * Orig Bug + Rejected solution : https://lkml.org/lkml/2013/3/29/67 > - * Reasoning : https://lkml.org/lkml/2013/4/8/15 > + * > + * Orig Bug + Rejected solution: > + * https://lore.kernel.org/lkml/1364553218-31255-1-git-send-email-vgupta@synopsys.com > + * > + * Reasoning: > + * https://lore.kernel.org/lkml/CA+55aFyFWjpSVQM6M266tKrG_ZXJzZ-nYejpmXYQXbrr42mGPQ@mail.gmail.com > * > ******************************************************************/ > > diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c > index 517988e60cfc..2a7fbbb83b70 100644 > --- a/arch/arc/mm/dma.c > +++ b/arch/arc/mm/dma.c > @@ -32,7 +32,7 @@ void arch_dma_prep_coherent(struct page *page, size_t size) > > /* > * Cache operations depending on function and direction argument, inspired by > - * https://lkml.org/lkml/2018/5/18/979 > + * https://lore.kernel.org/lkml/20180518175004.GF17671@n2100.armlinux.org.uk > * "dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] > * dma-mapping: provide a generic dma-noncoherent implementation)" > * > diff --git a/arch/arc/plat-axs10x/axs10x.c b/arch/arc/plat-axs10x/axs10x.c > index 63ea5a606ecd..b821df7b0089 100644 > --- a/arch/arc/plat-axs10x/axs10x.c > +++ b/arch/arc/plat-axs10x/axs10x.c > @@ -50,7 +50,7 @@ static void __init axs10x_enable_gpio_intc_wire(void) > * Current implementation of "irq-dw-apb-ictl" driver doesn't work well > * with stacked INTCs. In particular problem happens if its master INTC > * not yet instantiated. See discussion here - > - * https://lkml.org/lkml/2015/3/4/755 > + * https://lore.kernel.org/lkml/54F6FE2C.7020309@synopsys.com > * > * So setup the first gpio block as a passive pass thru and hide it from > * DT hardware topology - connect MB intc directly to cpu intc > diff --git a/arch/arc/plat-hsdk/platform.c b/arch/arc/plat-hsdk/platform.c > index b3ea1fa11f87..c4a875b22352 100644 > --- a/arch/arc/plat-hsdk/platform.c > +++ b/arch/arc/plat-hsdk/platform.c > @@ -52,7 +52,7 @@ static void __init hsdk_enable_gpio_intc_wire(void) > * Current implementation of "irq-dw-apb-ictl" driver doesn't work well > * with stacked INTCs. In particular problem happens if its master INTC > * not yet instantiated. See discussion here - > - * https://lkml.org/lkml/2015/3/4/755 > + * https://lore.kernel.org/lkml/54F6FE2C.7020309@synopsys.com > * > * So setup the first gpio block as a passive pass thru and hide it from > * DT hardware topology - connect intc directly to cpu intc >