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=-5.7 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no 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 4855CC43460 for ; Fri, 21 May 2021 08:04:22 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 256D3613B6 for ; Fri, 21 May 2021 08:04:22 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230033AbhEUIFn (ORCPT ); Fri, 21 May 2021 04:05:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39028 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229755AbhEUIFl (ORCPT ); Fri, 21 May 2021 04:05:41 -0400 Received: from desiato.infradead.org (desiato.infradead.org [IPv6:2001:8b0:10b:1:d65d:64ff:fe57:4e05]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DA000C061574; Fri, 21 May 2021 01:04:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=desiato.20200630; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=RDgWCR4as9+eENzKBkhKC/zFJosoat/YxaBkxON2NdE=; b=Kn3McS5avMP7Srb1l9zIfm8iGo T6zACjqa6GCGoxgPBv5bjYSninoWr4tk1y7aFIkWeeQ+tVMk2TkSvJIOrnguR5EFKBQmcW9hciXIl yOxm0czykddW036LBW74/F+HfLIoSX+R8LzIeE6oHJ2bCPI7uE8RuTWGIvtHf9l4Yr3y+mjOfHV5p I1Iw9Z3nrf9hi8U0WP3ggOWz6mzICxeYrRxFkEaoFJEKsqBYwmmj15uFjP7KnH8up6Sz/GlyLd1Mj 3QRXO+jUMJaiyh5pP/7XbzidRcBXX79OjkI7oYO31H8w1FZURZo+SjSO0vh6VSzef4wl/riGVXsdS 8Xf7msBQ==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=noisy.programming.kicks-ass.net) by desiato.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1lk08b-004MMw-Co; Fri, 21 May 2021 08:04:05 +0000 Received: from hirez.programming.kicks-ass.net (hirez.programming.kicks-ass.net [192.168.1.225]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) by noisy.programming.kicks-ass.net (Postfix) with ESMTPS id 6EFA330022A; Fri, 21 May 2021 10:04:04 +0200 (CEST) Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id 537732C6D2B86; Fri, 21 May 2021 10:04:04 +0200 (CEST) Date: Fri, 21 May 2021 10:04:04 +0200 From: Peter Zijlstra To: Randy Dunlap Cc: Peter Oskolkov , Jonathan Corbet , Ingo Molnar , Thomas Gleixner , Linux Kernel Mailing List , linux-api , Paul Turner , Ben Segall , Peter Oskolkov , Joel Fernandes , Andrew Morton , Andrei Vagin , Jim Newsome Subject: Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset Message-ID: References: <20210520183614.1227046-1-posk@google.com> <87mtspm7fe.fsf@meer.lwn.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 20, 2021 at 05:15:41PM -0700, Randy Dunlap wrote: > > There is this Linux Plumbers video: https://www.youtube.com/watch?v=KXuZi9aeGTw > > And the pdf: http://pdxplumbers.osuosl.org/2013/ocw//system/presentations/1653/original/LPC%20-%20User%20Threading.pdf > > > > I did not reference them in the patchset because links to sites other > > than kernel.org are strongly discouraged... I will definitely add a > > documentation patch. > > Certainly for links to email, we prefer to use lore.kernel.org archives. > Are links to other sites discouraged? If so, that's news to me. Discouraged in so far as that when an email solely references external resources and doesn't bother to summarize or otherwise recap the contents in the email proper; I'll ignore the whole thing. Basically, if I have to click a link to figure out basic information of a patch series, the whole thing is a fail and goes into the bit bucket. That said; I have no objection against having links, as long as they're not used to convey the primary information that _should_ be in the cover letter and/or changelogs.