From: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>
To: Linux Doc Mailing List <linux-doc@vger.kernel.org>
Cc: "Mike Snitzer" <snitzer@redhat.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
"Linus Walleij" <linus.walleij@linaro.org>,
"Farhan Ali" <alifm@linux.ibm.com>,
"Will Deacon" <will.deacon@arm.com>,
dri-devel@lists.freedesktop.org,
"Jaroslav Kysela" <perex@perex.cz>,
kernel-hardening@lists.openwall.com,
"Christoph Hellwig" <hch@lst.de>,
linux-arch@vger.kernel.org, linux-sh@vger.kernel.org,
"James Morris" <jmorris@namei.org>,
"Halil Pasic" <pasic@linux.ibm.com>,
tboot-devel@lists.sourceforge.net,
"Alan Stern" <stern@rowland.harvard.edu>,
openipmi-developer@lists.sourceforge.net,
"Guenter Roeck" <linux@roeck-us.net>,
"Boqun Feng" <boqun.feng@gmail.com>,
"Nicholas Piggin" <npiggin@gmail.com>,
"Alex Williamson" <alex.williamson@redhat.com>,
"Matt Mackall" <mpm@selenic.com>,
"Thomas Gleixner" <tglx@linutronix.de>,
"Sean Paul" <sean@poorly.run>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-crypto@vger.kernel.org,
"Mark Rutland" <mark.rutland@arm.com>,
linux-fbdev@vger.kernel.org, linux-ia64@vger.kernel.org,
"David Airlie" <airlied@linux.ie>,
"James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>,
dm-devel@redhat.com, "Harry Wei" <harryxiyou@gmail.com>,
"Manivannan Sadhasivam" <manivannan.sadhasivam@linaro.org>,
"Alasdair Kergon" <agk@redhat.com>,
linux-s390@vger.kernel.org,
"Alex Shi" <alex.shi@linux.alibaba.com>,
"Yoshinori Sato" <ysato@users.sourceforge.jp>,
"Helge Deller" <deller@gmx.de>,
"Sumit Semwal" <sumit.semwal@linaro.org>,
"Bartosz Golaszewski" <bgolaszewski@baylibre.com>,
"Changbin Du" <changbin.du@gmail.com>,
"Eric Farman" <farman@linux.ibm.com>,
linux-watchdog@vger.kernel.org, "Corey Minyard" <minyard@acm.org>,
"Mauro Carvalho Chehab" <mchehab@infradead.org>,
linaro-mm-sig@lists.linaro.org, linux-gpio@vger.kernel.org,
"Bjorn Helgaas" <bhelgaas@google.com>,
linux-arm-kernel@lists.infradead.org,
"Tony Luck" <tony.luck@intel.com>,
"Cornelia Huck" <cohuck@redhat.com>,
"David S. Miller" <davem@davemloft.net>,
"Martin Schwidefsky" <schwidefsky@de.ibm.com>,
"Andrea Parri" <andrea.parri@amarulasolutions.com>,
linux-pci@vger.kernel.org, "Akira Yokosawa" <akiyks@gmail.com>,
"Heiko Carstens" <heiko.carstens@de.ibm.com>,
platform-driver-x86@vger.kernel.org,
"Paul E. McKenney" <paulmck@linux.ibm.com>,
"Jonathan Corbet" <corbet@lwn.net>,
"Kishon Vijay Abraham I" <kishon@ti.com>,
"Peter Zijlstra" <peterz@infradead.org>,
"Emese Revfy" <re.emese@gmail.com>,
"Darren Hart" <dvhart@infradead.org>,
"Jade Alglave" <j.alglave@ucl.ac.uk>,
"Serge E. Hallyn" <serge@hallyn.com>,
"Fenghua Yu" <fenghua.yu@intel.com>,
"Kees Cook" <keescook@chromium.org>,
"Arnd Bergmann" <arnd@arndb.de>,
"Bartlomiej Zolnierkiewicz" <b.zolnierkie@samsung.com>,
"Ning Sun" <ning.sun@intel.com>, "Borislav Petkov" <bp@alien8.de>,
"Luc Maranget" <luc.maranget@inria.fr>,
"Kurt Schwemmer" <kurt.schwemmer@microsemi.com>,
"Guan Xuetao" <gxt@pku.edu.cn>,
linux-parisc@vger.kernel.org, iommu@lists.linux-foundation.org,
"Stuart Hayes" <stuart.w.hayes@gmail.com>,
"Logan Gunthorpe" <logang@deltatee.com>,
"Andreas Färber" <afaerber@suse.de>,
"Rich Felker" <dalias@libc.org>,
kvm@vger.kernel.org, "Maxime Ripard" <maxime.ripard@bootlin.com>,
"Jerry Hoemann" <jerry.hoemann@hpe.com>,
"David Howells" <dhowells@redhat.com>,
linux-mm@kvack.org, "Kirti Wankhede" <kwankhede@nvidia.com>,
"H. Peter Anvin" <hpa@zytor.com>,
sparclinux@vger.kernel.org,
"Steffen Klassert" <steffen.klassert@secunet.com>,
"Herbert Xu" <herbert@gondor.apana.org.au>,
x86@kernel.org, "Russell King" <linux@armlinux.org.uk>,
"Ingo Molnar" <mingo@redhat.com>,
devicetree@vger.kernel.org, "Daniel Lustig" <dlustig@nvidia.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
linux-block@vger.kernel.org, "Rob Herring" <robh+dt@kernel.org>,
"Wim Van Sebroeck" <wim@linux-watchdog.org>,
"Jens Axboe" <axboe@kernel.dk>,
netdev@vger.kernel.org, linux-security-module@vger.kernel.org,
"Daniel Vetter" <daniel@ffwll.ch>,
"Johannes Berg" <johannes@sipsolutions.net>,
"Robin Murphy" <robin.murphy@arm.com>,
"Andy Shevchenko" <andy@infradead.org>
Subject: Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst
Date: Mon, 6 May 2019 16:50:59 -0300 [thread overview]
Message-ID: <20190506165059.51eb2959@coco.lan> (raw)
In-Reply-To: <20190424065209.GC4038@hirez.programming.kicks-ass.net>
Em Wed, 24 Apr 2019 08:52:09 +0200
Peter Zijlstra <peterz@infradead.org> 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
----------------- ----------- ---------------- -------- -----------------------------------------------------------
================= ======== == ================ ===== == ===========================================================
<snip/>
================= ======== == ================ ===== == ===========================================================
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
next prev parent reply other threads:[~2019-05-06 19:55 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <cover.1555938375.git.mchehab+samsung@kernel.org>
[not found] ` <cover.1555938375.git.mchehab+samsung-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2019-04-22 13:27 ` [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst Mauro Carvalho Chehab
2019-04-22 13:27 ` Mauro Carvalho Chehab
[not found] ` <cda57849a6462ccc72dcd360b30068ab6a1021c4.1555938376.git.mchehab+samsung-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2019-04-22 16:37 ` Logan Gunthorpe
2019-04-22 16:37 ` Logan Gunthorpe
2019-04-23 8:31 ` Peter Zijlstra
2019-04-23 8:31 ` Peter Zijlstra
[not found] ` <20190423083135.GA11158-Nxj+rRp3nVydTX5a5knrm8zTDFooKrT+cvkQGrU6aU0@public.gmane.org>
2019-04-23 12:55 ` Mike Snitzer
2019-04-23 12:55 ` Mike Snitzer
[not found] ` <20190423125519.GA7104-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2019-04-23 13:01 ` Peter Zijlstra
2019-04-23 13:01 ` Peter Zijlstra
[not found] ` <20190423130132.GT4038-Nxj+rRp3nVydTX5a5knrm8zTDFooKrT+cvkQGrU6aU0@public.gmane.org>
2019-04-23 13:21 ` Mike Snitzer
2019-04-23 13:21 ` Mike Snitzer
[not found] ` <20190423132100.GB7132-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2019-04-23 15:07 ` Mauro Carvalho Chehab
2019-04-23 15:07 ` Mauro Carvalho Chehab
2019-04-23 16:30 ` Jonathan Corbet
2019-04-23 16:30 ` Jonathan Corbet
[not found] ` <20190423103053.07cf2149-T1hC0tSOHrs@public.gmane.org>
2019-04-23 17:11 ` Peter Zijlstra
2019-04-23 17:11 ` Peter Zijlstra
[not found] ` <20190423171158.GG12232-Nxj+rRp3nVydTX5a5knrm8zTDFooKrT+cvkQGrU6aU0@public.gmane.org>
2019-04-23 17:20 ` Borislav Petkov
2019-04-23 17:20 ` Borislav Petkov
[not found] ` <20190423172006.GD16353-Jj63ApZU6fQ@public.gmane.org>
2019-04-23 20:05 ` Mauro Carvalho Chehab
2019-04-23 20:05 ` Mauro Carvalho Chehab
[not found] ` <20190423170409.7b1370ac-qA1ZUp+OV9c@public.gmane.org>
2019-04-23 21:38 ` Borislav Petkov
2019-04-23 21:38 ` Borislav Petkov
[not found] ` <20190423213816.GE16353-Jj63ApZU6fQ@public.gmane.org>
2019-04-23 22:06 ` Jonathan Corbet
2019-04-23 22:06 ` Jonathan Corbet
[not found] ` <20190423160640.70c9703f-T1hC0tSOHrs@public.gmane.org>
2019-04-24 9:19 ` Borislav Petkov
2019-04-24 9:19 ` Borislav Petkov
2019-04-24 6:52 ` Peter Zijlstra
2019-04-24 6:52 ` Peter Zijlstra
2019-05-06 19:50 ` Mauro Carvalho Chehab [this message]
2019-04-24 10:40 ` Mauro Carvalho Chehab
2019-04-24 10:40 ` Mauro Carvalho Chehab
[not found] ` <20190423232325.679c100b-qA1ZUp+OV9c@public.gmane.org>
2019-04-24 14:54 ` Borislav Petkov
2019-04-24 14:54 ` Borislav Petkov
[not found] ` <20190424145410.GE30142-Jj63ApZU6fQ@public.gmane.org>
2019-04-24 16:36 ` Mauro Carvalho Chehab
2019-04-24 16:36 ` Mauro Carvalho Chehab
2019-04-23 17:53 ` Jonathan Corbet
2019-04-23 17:53 ` Jonathan Corbet
[not found] ` <20190423115349.589c3d50-T1hC0tSOHrs@public.gmane.org>
2019-04-23 18:21 ` Peter Zijlstra
2019-04-23 18:21 ` Peter Zijlstra
2019-04-23 20:19 ` Mauro Carvalho Chehab
2019-04-23 20:19 ` Mauro Carvalho Chehab
[not found] ` <20190423171944.7ac6db54-qA1ZUp+OV9c@public.gmane.org>
2019-04-23 20:34 ` Jonathan Corbet
2019-04-23 20:34 ` Jonathan Corbet
2019-04-23 17:13 ` Wes Turner
2019-04-23 17:13 ` Wes Turner
[not found] ` <CACfEFw-viqBH7tDJ8t_um5erPFnRmzuztux86+3XR0+e=YcYYA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2019-04-23 17:41 ` Peter Zijlstra
2019-04-23 17:41 ` Peter Zijlstra
2019-04-23 17:28 ` Wes Turner
2019-04-23 17:28 ` Wes Turner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190506165059.51eb2959@coco.lan \
--to=mchehab+samsung@kernel.org \
--cc=James.Bottomley@HansenPartnership.com \
--cc=afaerber@suse.de \
--cc=agk@redhat.com \
--cc=airlied@linux.ie \
--cc=akiyks@gmail.com \
--cc=alex.shi@linux.alibaba.com \
--cc=alex.williamson@redhat.com \
--cc=alifm@linux.ibm.com \
--cc=andrea.parri@amarulasolutions.com \
--cc=andy@infradead.org \
--cc=arnd@arndb.de \
--cc=axboe@kernel.dk \
--cc=b.zolnierkie@samsung.com \
--cc=bgolaszewski@baylibre.com \
--cc=bhelgaas@google.com \
--cc=boqun.feng@gmail.com \
--cc=bp@alien8.de \
--cc=changbin.du@gmail.com \
--cc=cohuck@redhat.com \
--cc=corbet@lwn.net \
--cc=dalias@libc.org \
--cc=daniel@ffwll.ch \
--cc=davem@davemloft.net \
--cc=deller@gmx.de \
--cc=devicetree@vger.kernel.org \
--cc=dhowells@redhat.com \
--cc=dlustig@nvidia.com \
--cc=dm-devel@redhat.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=dvhart@infradead.org \
--cc=farman@linux.ibm.com \
--cc=fenghua.yu@intel.com \
--cc=gregkh@linuxfoundation.org \
--cc=gxt@pku.edu.cn \
--cc=harryxiyou@gmail.com \
--cc=hch@lst.de \
--cc=heiko.carstens@de.ibm.com \
--cc=herbert@gondor.apana.org.au \
--cc=hpa@zytor.com \
--cc=iommu@lists.linux-foundation.org \
--cc=j.alglave@ucl.ac.uk \
--cc=jerry.hoemann@hpe.com \
--cc=jmorris@namei.org \
--cc=johannes@sipsolutions.net \
--cc=keescook@chromium.org \
--cc=kernel-hardening@lists.openwall.com \
--cc=kishon@ti.com \
--cc=kurt.schwemmer@microsemi.com \
--cc=kvm@vger.kernel.org \
--cc=kwankhede@nvidia.com \
--cc=linaro-mm-sig@lists.linaro.org \
--cc=linus.walleij@linaro.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-block@vger.kernel.org \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-fbdev@vger.kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-parisc@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux-security-module@vger.kernel.org \
--cc=linux-sh@vger.kernel.org \
--cc=linux-watchdog@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=linux@roeck-us.net \
--cc=logang@deltatee.com \
--cc=luc.maranget@inria.fr \
--cc=maarten.lankhorst@linux.intel.com \
--cc=manivannan.sadhasivam@linaro.org \
--cc=mark.rutland@arm.com \
--cc=maxime.ripard@bootlin.com \
--cc=mchehab@infradead.org \
--cc=mingo@redhat.com \
--cc=minyard@acm.org \
--cc=mpm@selenic.com \
--cc=netdev@vger.kernel.org \
--cc=ning.sun@intel.com \
--cc=npiggin@gmail.com \
--cc=openipmi-developer@lists.sourceforge.net \
--cc=pasic@linux.ibm.com \
--cc=paulmck@linux.ibm.com \
--cc=perex@perex.cz \
--cc=peterz@infradead.org \
--cc=platform-driver-x86@vger.kernel.org \
--cc=rafael@kernel.org \
--cc=re.emese@gmail.com \
--cc=robh+dt@kernel.org \
--cc=robin.murphy@arm.com \
--cc=schwidefsky@de.ibm.com \
--cc=sean@poorly.run \
--cc=serge@hallyn.com \
--cc=snitzer@redhat.com \
--cc=sparclinux@vger.kernel.org \
--cc=steffen.klassert@secunet.com \
--cc=stern@rowland.harvard.edu \
--cc=stuart.w.hayes@gmail.com \
--cc=sumit.semwal@linaro.org \
--cc=tboot-devel@lists.sourceforge.net \
--cc=tglx@linutronix.de \
--cc=tony.luck@intel.com \
--cc=will.deacon@arm.com \
--cc=wim@linux-watchdog.org \
--cc=x86@kernel.org \
--cc=ysato@users.sourceforge.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox