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=-7.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_2 autolearn=unavailable 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 4F171C433E2 for ; Tue, 23 Jun 2020 13:37:26 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 1220A20720 for ; Tue, 23 Jun 2020 13:37:25 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="Sq2RoIup" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1220A20720 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 94B3D6B0002; Tue, 23 Jun 2020 09:37:25 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 9230F6B0005; Tue, 23 Jun 2020 09:37:25 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 811CF6B0006; Tue, 23 Jun 2020 09:37:25 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0094.hostedemail.com [216.40.44.94]) by kanga.kvack.org (Postfix) with ESMTP id 65A976B0002 for ; Tue, 23 Jun 2020 09:37:25 -0400 (EDT) Received: from smtpin02.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 2CD85180ACC35 for ; Tue, 23 Jun 2020 13:37:25 +0000 (UTC) X-FDA: 76960578450.02.wax48_620d3e026e3b Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin02.hostedemail.com (Postfix) with ESMTP id E109C200020AC04A for ; Tue, 23 Jun 2020 13:37:24 +0000 (UTC) X-HE-Tag: wax48_620d3e026e3b X-Filterd-Recvd-Size: 4849 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf15.hostedemail.com (Postfix) with ESMTP for ; Tue, 23 Jun 2020 13:37:24 +0000 (UTC) Received: from coco.lan (ip5f5ad5c5.dynamic.kabel-deutschland.de [95.90.213.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 59CEF2070E; Tue, 23 Jun 2020 13:37:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592919443; bh=6YgqTqpzXNk6G5h5tbtGEM3OeaCxBlz+iED1nYuxZaE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=Sq2RoIup4I8YKO42/klL8ky4Pktk9BSuOz5eofHdUAN8fFQH8ZqzKcxvAspetKkiZ B/NBMX3qMnB9yFtuaW1Kqt4MWr4uDWeHrtdD5QrMCCRg8CRPuzpDvGHecLCx867g+B fc2T1tehkIEpPE88M2hQzL8jfnqCwTMf5R9lxaeA= Date: Tue, 23 Jun 2020 15:37:15 +0200 From: Mauro Carvalho Chehab To: Kate Stewart Cc: Linux Doc Mailing List , LKML , Jonathan Corbet , Bingbu Cao , Maxime Ripard , Yong Zhi , Thomas Gleixner , Tian Shu Qiu , Rob Herring , devicetree@vger.kernel.org, linux-spdx@vger.kernel.org, linux-mm@kvack.org, linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org, Greg Kroah-Hartman , Andrew Morton , Sakari Ailus , Harry Wei , David Airlie , Maarten Lankhorst , Daniel Vetter , Thomas Zimmermann , Hans Verkuil , Alex Shi Subject: Re: [PATCH v2 0/9] Convert the remaining text files to ReST and add SPDX for GFDL Message-ID: <20200623153442.5d0c91b2@coco.lan> In-Reply-To: References: X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E109C200020AC04A X-Spamd-Result: default: False [0.00 / 100.00] X-Rspamd-Server: rspam01 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Hi Kate, Em Tue, 23 Jun 2020 06:58:55 -0500 Kate Stewart escreveu: > On Tue, Jun 23, 2020 at 4:53 AM Mauro Carvalho Chehab > wrote: > > > > The main goal of this series is to finish the ReST conversion. After this > > series, we have just those files still in plain old format: > > > > - Documentation/RCU/RTFP.txt > > - Documentation/atomic_bitops.txt > > - Documentation/memory-barriers.txt > > - Documentation/atomic_t.txt > > - Documentation/filesystems/dax.txt > > - Documentation/filesystems/path-lookup.txt > > - Documentation/virt/kvm/devices/README > > > > PS.: I'm using a script to remove false-positives and ignore non-converted > > translated files. > > > > It is worth to mention that this fseries contain licenses for the two > > GFDL licenses used within the Kernel: GFDL-1.1+ and GFDL-1.2. > > > > Those licenses are the result of long discussions with the SPDX legal > > team, and are part of this commit, to be added for the future > > SPDX 3.10 version: > > https://github.com/spdx/license-list-XML/pull/1048/commits/f695d2ac65230d0f4161ba58fff2f9d87bb5a053 > > > > Mauro Carvalho Chehab (9): > > docs: dt: convert booting-without-of.txt to ReST format > > LICENSES: add GFDL licenses > > media: docs: use SPDX GFDL-1.1-or-later-no-invariants > > The identifier "GFDL-1.1-or-later-no-invariants" isn't following expected > construction (or-later and -only at the end) and the pull request is > still under > discussion on the SPDX license list, so please hold off on applying this > until the correct identifier is figured out there. Thanks for checking this. I assumed that the discussions on SPDX were finished. For now, I'll keep using a license text at the Kernel (on media and on another file dual-licensed GPL and GFDL). I'm keeping the patches changing the license on a temp branch. I'll re-submit them once the patch gets merged at SPDX specs tree. Btw, another file using both GPL and GFDL was just added via the media tree[1]. I need to remember that when re-submitting this one, as otherwise it would be a left-over. [1] Due to historic reasons, media userspace API is licensed under GFDL. We're using a dual-license model for newer files at the media uAPI book. Thanks! Mauro