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=-0.8 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, MAILING_LIST_MULTI,SPF_PASS 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 AEF86C04A6B for ; Mon, 6 May 2019 19:55:57 +0000 (UTC) Received: from mail.linuxfoundation.org (mail.linuxfoundation.org [140.211.169.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 7D8C1206BF for ; Mon, 6 May 2019 19:55:57 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="K9WI+zD/" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 7D8C1206BF Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=iommu-bounces@lists.linux-foundation.org Received: from mail.linux-foundation.org (localhost [127.0.0.1]) by mail.linuxfoundation.org (Postfix) with ESMTP id 479E9523D; Mon, 6 May 2019 19:55:57 +0000 (UTC) Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 3BE2D4E5E for ; Mon, 6 May 2019 19:55:56 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from casper.infradead.org (casper.infradead.org [85.118.1.10]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 589CA837 for ; Mon, 6 May 2019 19:55:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=svFixFLsbnaR5DUt4ImgtkhN2pmye2Nmylim0WQyDAU=; b=K9WI+zD/+TOTuXyzRM3G0QrDjG O43eurvDKzXS14FOyzPI66y2DyZJK3ddvQ17HuJpD3Dkbpp79KIPyIc15lIW7bL6o/2IGwUXHJnoE 7oG1A+M8EAKYBGhEWvxDE7yw1SsCjeVfdDN46pMZVeJiXYcFYpEZ6BVHabmbsYj7K+l8d+CO0NsWJ X90cZKjwaT2MBtVvJEsxuHXwkk036LS07zGrOkcMW419VfZxtnGajVdxgtgQf3BRcrzFoI/6TKMGE BMrjekCKBlvsGpjvJHnwEr+tmcnRqswvMdmTpdFRftvLfz9mwyOr5M27O56OJUnDhbZTYUnkXIrGm zPeBiieQ==; Received: from [179.182.172.35] (helo=coco.lan) by casper.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1hNje4-000732-8K; Mon, 06 May 2019 19:51:28 +0000 Date: Mon, 6 May 2019 16:50:59 -0300 From: Mauro Carvalho Chehab To: Linux Doc Mailing List Subject: Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst Message-ID: <20190506165059.51eb2959@coco.lan> In-Reply-To: <20190424065209.GC4038@hirez.programming.kicks-ass.net> References: <20190423083135.GA11158@hirez.programming.kicks-ass.net> <20190423125519.GA7104@redhat.com> <20190423130132.GT4038@hirez.programming.kicks-ass.net> <20190423103053.07cf2149@lwn.net> <20190423171158.GG12232@hirez.programming.kicks-ass.net> <20190423172006.GD16353@zn.tnic> <20190423170409.7b1370ac@coco.lan> <20190423213816.GE16353@zn.tnic> <20190424065209.GC4038@hirez.programming.kicks-ass.net> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Cc: Mike Snitzer , "Rafael J. Wysocki" , Linus Walleij , Farhan Ali , Will Deacon , dri-devel@lists.freedesktop.org, Jaroslav Kysela , kernel-hardening@lists.openwall.com, Christoph Hellwig , linux-arch@vger.kernel.org, linux-sh@vger.kernel.org, James Morris , Halil Pasic , tboot-devel@lists.sourceforge.net, Alan Stern , openipmi-developer@lists.sourceforge.net, Guenter Roeck , Boqun Feng , Nicholas Piggin , Alex Williamson , Matt Mackall , Thomas Gleixner , Sean Paul , Greg Kroah-Hartman , linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org, Mark Rutland , linux-fbdev@vger.kernel.org, linux-ia64@vger.kernel.org, David Airlie , "James E.J. Bottomley" , dm-devel@redhat.com, Harry Wei , Manivannan Sadhasivam , Alasdair Kergon , linux-s390@vger.kernel.org, Alex Shi , Yoshinori Sato , Helge Deller , Sumit Semwal , Bartosz Golaszewski , Changbin Du , Eric Farman , linux-watchdog@vger.kernel.org, Corey Minyard , Mauro Carvalho Chehab , linaro-mm-sig@lists.linaro.org, linux-gpio@vger.kernel.org, Bjorn Helgaas , linux-arm-kernel@lists.infradead.org, Tony Luck , Cornelia Huck , "David S. Miller" , Martin Schwidefsky , Andrea Parri , linux-pci@vger.kernel.org, Akira Yokosawa , Heiko Carstens , platform-driver-x86@vger.kernel.org, "Paul E. McKenney" , Jonathan Corbet , Kishon Vijay Abraham I , Peter Zijlstra , Emese Revfy , Darren Hart , Jade Alglave , "Serge E. Hallyn" , Fenghua Yu , Kees Cook , Arnd Bergmann , Bartlomiej Zolnierkiewicz , Ning Sun , Borislav Petkov , Luc Maranget , Kurt Schwemmer , Guan Xuetao , linux-parisc@vger.kernel.org, iommu@lists.linux-foundation.org, Stuart Hayes , Logan Gunthorpe , Andreas =?UTF-8?B?RsOkcmJlcg==?= , Rich Felker , kvm@vger.kernel.org, Maxime Ripard , Jerry Hoemann , David Howells , linux-mm@kvack.org, Kirti Wankhede , "H. Peter Anvin" , sparclinux@vger.kernel.org, Steffen Klassert , Herbert Xu , x86@kernel.org, Russell King , Ingo Molnar , devicetree@vger.kernel.org, Daniel Lustig , Maarten Lankhorst , linux-block@vger.kernel.org, Rob Herring , Wim Van Sebroeck , Jens Axboe , netdev@vger.kernel.org, linux-security-module@vger.kernel.org, Daniel Vetter , Johannes Berg , Robin Murphy , Andy Shevchenko X-BeenThere: iommu@lists.linux-foundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Development issues for Linux IOMMU support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: iommu-bounces@lists.linux-foundation.org Errors-To: iommu-bounces@lists.linux-foundation.org Em Wed, 24 Apr 2019 08:52:09 +0200 Peter Zijlstra escreveu: > On Tue, Apr 23, 2019 at 11:38:16PM +0200, Borislav Petkov wrote: > > If that is all the changes it would need, then I guess that's ok. Btw, > > those rst-conversion patches don't really show what got changed. Dunno > > if git can even show that properly. I diffed the two files by hand to > > see what got changed, see end of mail. > > That is not a happy diff; that table has gotten waay worse to read due > to all that extra table crap. Not that I'm proposing such change, but, as a reference, I just discovered today that there's a way to make it even lighter than it is while still showing it as a table: ================= ======== == ================ ===== == =========================================================== Start addr Offset End addr Size VM area description ----------------- ----------- ---------------- -------- ----------------------------------------------------------- 0000000000000000 0 00007fffffffffff 128 TB user-space virtual memory, different per mm 0000800000000000 +128 TB ffff7fffffffffff ~16M TB ... huge, almost 64 bits wide hole of non-canonical virtual memory addresses up to the -128 TB starting offset of kernel mappings. ----------------- -------- -- ---------------- ----- -- ----------------------------------------------------------- - Kernel-space virtual memory, shared between all processes: ----------------- ----------- ---------------- -------- ----------------------------------------------------------- ffff800000000000 -128 TB ffff87ffffffffff 8 TB ... guard hole, also reserved for hypervisor ffff880000000000 -120 TB ffff887fffffffff 0.5 TB LDT remap for PTI ffff888000000000 -119.5 TB ffffc87fffffffff 64 TB direct mapping of all physical memory (page_offset_base) ffffc88000000000 -55.5 TB ffffc8ffffffffff 0.5 TB ... unused hole ffffc90000000000 -55 TB ffffe8ffffffffff 32 TB vmalloc/ioremap space (vmalloc_base) ffffe90000000000 -23 TB ffffe9ffffffffff 1 TB ... unused hole ffffea0000000000 -22 TB ffffeaffffffffff 1 TB virtual memory map (vmemmap_base) ffffeb0000000000 -21 TB ffffebffffffffff 1 TB ... unused hole ffffec0000000000 -20 TB fffffbffffffffff 16 TB KASAN shadow memory ----------------- -------- -- ---------------- ----- -- ----------------------------------------------------------- - Identical layout to the 56-bit one from here on: ----------------- ----------- ---------------- -------- ----------------------------------------------------------- fffffc0000000000 -4 TB fffffdffffffffff 2 TB ... unused hole vaddr_end for KASLR fffffe0000000000 -2 TB fffffe7fffffffff 0.5 TB cpu_entry_area mapping fffffe8000000000 -1.5 TB fffffeffffffffff 0.5 TB ... unused hole ffffff0000000000 -1 TB ffffff7fffffffff 0.5 TB %esp fixup stacks ffffff8000000000 -512 GB ffffffeeffffffff 444 GB ... unused hole ffffffef00000000 -68 GB fffffffeffffffff 64 GB EFI region mapping space ffffffff00000000 -4 GB ffffffff7fffffff 2 GB ... unused hole ffffffff80000000 -2 GB ffffffff9fffffff 512 MB kernel text mapping, mapped to physical address 0 ffffffff80000000 -2048 MB ffffffffa0000000 -1536 MB fffffffffeffffff 1520 MB module mapping space ffffffffff000000 -16 MB FIXADDR_START ~-11 MB ffffffffff5fffff ~0.5 MB kernel-internal fixmap range, variable size and offset ffffffffff600000 -10 MB ffffffffff600fff 4 kB legacy vsyscall ABI ffffffffffe00000 -2 MB ffffffffffffffff 2 MB ... unused hole ================= ======== == ================ ===== == =========================================================== If one wants the table headers as such, an extra line is required: ================= ======== == ================ ===== == =========================================================== Start addr Offset End addr Size VM area description ----------------- ----------- ---------------- -------- ----------------------------------------------------------- ================= ======== == ================ ===== == =========================================================== ================= ======== == ================ ===== == =========================================================== The output using this approach and a markup to use mono-spaced cells e. g. either using ..raw or using .. cssclass as commented before in this thread is at: https://www.infradead.org/~mchehab/rst_conversion/x86/x86_64/mm_alternative.html Just converted the first table, keeping the other as a literal block. Thanks, Mauro _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu