From: Thomas Gleixner <tglx@linutronix.de> To: Steven Price <steven.price@arm.com> Cc: "Mark Rutland" <mark.rutland@arm.com>, "Dave Hansen" <dave.hansen@linux.intel.com>, "Arnd Bergmann" <arnd@arndb.de>, "Ard Biesheuvel" <ard.biesheuvel@linaro.org>, "Peter Zijlstra" <peterz@infradead.org>, "Catalin Marinas" <catalin.marinas@arm.com>, x86@kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, "Jérôme Glisse" <jglisse@redhat.com>, "Ingo Molnar" <mingo@redhat.com>, "Borislav Petkov" <bp@alien8.de>, "Andy Lutomirski" <luto@kernel.org>, "H. Peter Anvin" <hpa@zytor.com>, "James Morse" <james.morse@arm.com>, "Andrew Morton" <akpm@linux-foundation.org>, "Will Deacon" <will@kernel.org>, linux-arm-kernel@lists.infradead.org, "Liang, Kan" <kan.liang@linux.intel.com> Subject: Re: [PATCH v9 00/21] Generic page walk and ptdump Date: Wed, 24 Jul 2019 16:37:53 +0200 (CEST) [thread overview] Message-ID: <alpine.DEB.2.21.1907241620140.1791@nanos.tec.linutronix.de> (raw) In-Reply-To: <fd898367-b44e-9328-bdab-7a3de0db6bda@arm.com> On Wed, 24 Jul 2019, Steven Price wrote: > On 24/07/2019 14:57, Thomas Gleixner wrote: > > From your 14/N changelog: > > > >> This keeps the output shorter and will help with a future change > > > > I don't care about shorter at all. It's debug information. > > Sorry, the "shorter" part was because Dave Hansen originally said[1]: > > I think I'd actually be OK with the holes just not showing up. I > > actually find it kinda hard to read sometimes with the holes in there. > > I'd be curious what others think though. I missed that otherwise I'd have disagreed right away. > > I really do not understand why you think that WE no longer care about the > > level (and the size) of the holes. I assume that WE is pluralis majestatis > > and not meant to reflect the opinion of you and everyone else. > > Again, I apologise - that was sloppy wording in the commit message. By > "we" I meant the code not any particular person. Nothing to apologize. Common mistake of trying to impersonate code. That always reads wrong :) > > I have no idea whether you ever had to do serious work with PT dump, but I > > surely have at various occasions including the PTI mess and I definitely > > found the size and the level information from holes very useful. > > On arm64 we don't have those lines, but equally it's possible they might > be useful in the future. So this might be something to add. > > As I said in a previous email[3] I was dropping the lines from the > output assuming nobody had any objections. Since you find these lines > useful, I'll see about reworking the change to retain the lines. That would be great and as I saw in the other mail, Mark wants to have them as well :) That reminds me, that I had a patch when dealing with L1TF which printed the PFNs so I could verify that the mitigations do what they are supposed to do, but that patch got obviously lost somewhere down the road. Thanks, tglx
WARNING: multiple messages have this Message-ID (diff)
From: Thomas Gleixner <tglx@linutronix.de> To: Steven Price <steven.price@arm.com> Cc: "Mark Rutland" <mark.rutland@arm.com>, x86@kernel.org, "Arnd Bergmann" <arnd@arndb.de>, "Ard Biesheuvel" <ard.biesheuvel@linaro.org>, "Peter Zijlstra" <peterz@infradead.org>, "Catalin Marinas" <catalin.marinas@arm.com>, "Dave Hansen" <dave.hansen@linux.intel.com>, linux-kernel@vger.kernel.org, linux-mm@kvack.org, "Jérôme Glisse" <jglisse@redhat.com>, "Ingo Molnar" <mingo@redhat.com>, "Borislav Petkov" <bp@alien8.de>, "Andy Lutomirski" <luto@kernel.org>, "H. Peter Anvin" <hpa@zytor.com>, "James Morse" <james.morse@arm.com>, "Andrew Morton" <akpm@linux-foundation.org>, "Will Deacon" <will@kernel.org>, linux-arm-kernel@lists.infradead.org, "Liang, Kan" <kan.liang@linux.intel.com> Subject: Re: [PATCH v9 00/21] Generic page walk and ptdump Date: Wed, 24 Jul 2019 16:37:53 +0200 (CEST) [thread overview] Message-ID: <alpine.DEB.2.21.1907241620140.1791@nanos.tec.linutronix.de> (raw) In-Reply-To: <fd898367-b44e-9328-bdab-7a3de0db6bda@arm.com> On Wed, 24 Jul 2019, Steven Price wrote: > On 24/07/2019 14:57, Thomas Gleixner wrote: > > From your 14/N changelog: > > > >> This keeps the output shorter and will help with a future change > > > > I don't care about shorter at all. It's debug information. > > Sorry, the "shorter" part was because Dave Hansen originally said[1]: > > I think I'd actually be OK with the holes just not showing up. I > > actually find it kinda hard to read sometimes with the holes in there. > > I'd be curious what others think though. I missed that otherwise I'd have disagreed right away. > > I really do not understand why you think that WE no longer care about the > > level (and the size) of the holes. I assume that WE is pluralis majestatis > > and not meant to reflect the opinion of you and everyone else. > > Again, I apologise - that was sloppy wording in the commit message. By > "we" I meant the code not any particular person. Nothing to apologize. Common mistake of trying to impersonate code. That always reads wrong :) > > I have no idea whether you ever had to do serious work with PT dump, but I > > surely have at various occasions including the PTI mess and I definitely > > found the size and the level information from holes very useful. > > On arm64 we don't have those lines, but equally it's possible they might > be useful in the future. So this might be something to add. > > As I said in a previous email[3] I was dropping the lines from the > output assuming nobody had any objections. Since you find these lines > useful, I'll see about reworking the change to retain the lines. That would be great and as I saw in the other mail, Mark wants to have them as well :) That reminds me, that I had a patch when dealing with L1TF which printed the PFNs so I could verify that the mitigations do what they are supposed to do, but that patch got obviously lost somewhere down the road. Thanks, tglx _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2019-07-24 14:38 UTC|newest] Thread overview: 129+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-07-22 15:41 [PATCH v9 00/21] Generic page walk and ptdump Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` [PATCH v9 01/21] arc: mm: Add p?d_leaf() definitions Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` [PATCH v9 02/21] arm: " Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` [PATCH v9 03/21] arm64: " Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` [PATCH v9 04/21] mips: " Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 21:47 ` Paul Burton 2019-07-22 21:47 ` Paul Burton 2019-07-24 13:03 ` Steven Price 2019-07-24 13:03 ` Steven Price 2019-07-22 15:41 ` [PATCH v9 05/21] powerpc: " Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` [PATCH v9 06/21] riscv: " Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` [PATCH v9 07/21] s390: " Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` [PATCH v9 08/21] sparc: " Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` [PATCH v9 09/21] x86: " Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-22 15:41 ` [PATCH v9 10/21] mm: Add generic p?d_leaf() macros Steven Price 2019-07-22 15:41 ` Steven Price 2019-07-23 9:41 ` Mark Rutland 2019-07-23 9:41 ` Mark Rutland 2019-07-24 13:48 ` Steven Price 2019-07-24 13:48 ` Steven Price 2019-07-28 11:44 ` Anshuman Khandual 2019-07-28 11:44 ` Anshuman Khandual 2019-07-29 11:38 ` Steven Price 2019-07-29 11:38 ` Steven Price 2019-08-01 6:09 ` Anshuman Khandual 2019-08-01 6:09 ` Anshuman Khandual 2019-08-01 12:22 ` Steven Price 2019-08-01 12:22 ` Steven Price 2019-07-29 12:50 ` Mark Rutland 2019-07-29 12:50 ` Mark Rutland 2019-08-01 6:13 ` Anshuman Khandual 2019-08-01 6:13 ` Anshuman Khandual 2019-07-22 15:42 ` [PATCH v9 11/21] mm: pagewalk: Add p4d_entry() and pgd_entry() Steven Price 2019-07-22 15:42 ` Steven Price 2019-07-23 10:14 ` Mark Rutland 2019-07-23 10:14 ` Mark Rutland 2019-07-24 13:53 ` Steven Price 2019-07-24 13:53 ` Steven Price 2019-07-24 14:09 ` Mark Rutland 2019-07-24 14:09 ` Mark Rutland 2019-07-28 12:33 ` Anshuman Khandual 2019-07-28 12:33 ` Anshuman Khandual 2019-07-29 12:17 ` Steven Price 2019-07-29 12:17 ` Steven Price 2019-07-22 15:42 ` [PATCH v9 12/21] mm: pagewalk: Allow walking without vma Steven Price 2019-07-22 15:42 ` Steven Price 2019-07-28 14:20 ` Anshuman Khandual 2019-07-28 14:20 ` Anshuman Khandual 2019-07-29 12:29 ` Steven Price 2019-07-29 12:29 ` Steven Price 2019-08-01 6:41 ` Anshuman Khandual 2019-08-01 6:41 ` Anshuman Khandual 2019-07-22 15:42 ` [PATCH v9 13/21] mm: pagewalk: Add test_p?d callbacks Steven Price 2019-07-22 15:42 ` Steven Price 2019-07-28 13:41 ` Anshuman Khandual 2019-07-28 13:41 ` Anshuman Khandual 2019-07-29 12:34 ` Steven Price 2019-07-29 12:34 ` Steven Price 2019-07-22 15:42 ` [PATCH v9 14/21] x86: mm: Don't display pages which aren't present in debugfs Steven Price 2019-07-22 15:42 ` Steven Price 2019-07-22 15:42 ` [PATCH v9 15/21] x86: mm: Point to struct seq_file from struct pg_state Steven Price 2019-07-22 15:42 ` Steven Price 2019-07-22 15:42 ` [PATCH v9 16/21] x86: mm+efi: Convert ptdump_walk_pgd_level() to take a mm_struct Steven Price 2019-07-22 15:42 ` Steven Price 2019-07-22 15:42 ` [PATCH v9 17/21] x86: mm: Convert ptdump_walk_pgd_level_debugfs() to take an mm_struct Steven Price 2019-07-22 15:42 ` Steven Price 2019-07-22 15:42 ` [PATCH v9 18/21] x86: mm: Convert ptdump_walk_pgd_level_core() " Steven Price 2019-07-22 15:42 ` Steven Price 2019-07-22 15:42 ` [PATCH v9 19/21] mm: Add generic ptdump Steven Price 2019-07-22 15:42 ` Steven Price 2019-07-23 9:57 ` Mark Rutland 2019-07-23 9:57 ` Mark Rutland 2019-07-24 16:36 ` Steven Price 2019-07-24 16:36 ` Steven Price 2019-07-29 2:59 ` Anshuman Khandual 2019-07-29 2:59 ` Anshuman Khandual 2019-07-29 13:56 ` Steven Price 2019-07-29 13:56 ` Steven Price 2019-07-22 15:42 ` [PATCH v9 20/21] x86: mm: Convert dump_pagetables to use walk_page_range Steven Price 2019-07-22 15:42 ` Steven Price 2019-07-22 15:42 ` [PATCH v9 21/21] arm64: mm: Convert mm/dump.c to use walk_page_range() Steven Price 2019-07-22 15:42 ` Steven Price 2019-07-23 6:39 ` [PATCH v9 00/21] Generic page walk and ptdump Anshuman Khandual 2019-07-23 6:39 ` Anshuman Khandual 2019-07-24 13:35 ` Steven Price 2019-07-24 13:35 ` Steven Price 2019-07-25 9:09 ` Anshuman Khandual 2019-07-25 9:09 ` Anshuman Khandual 2019-07-25 9:30 ` Will Deacon 2019-07-25 9:30 ` Will Deacon 2019-07-26 6:03 ` Anshuman Khandual 2019-07-26 6:03 ` Anshuman Khandual 2019-07-25 10:15 ` Steven Price 2019-07-25 10:15 ` Steven Price 2019-07-23 10:16 ` Mark Rutland 2019-07-23 10:16 ` Mark Rutland 2019-07-24 13:35 ` Steven Price 2019-07-24 13:35 ` Steven Price 2019-07-24 13:57 ` Thomas Gleixner 2019-07-24 13:57 ` Thomas Gleixner 2019-07-24 14:07 ` Mark Rutland 2019-07-24 14:07 ` Mark Rutland 2019-07-24 14:18 ` Steven Price 2019-07-24 14:18 ` Steven Price 2019-07-24 14:37 ` Thomas Gleixner [this message] 2019-07-24 14:37 ` Thomas Gleixner 2019-07-28 11:20 ` Anshuman Khandual 2019-07-28 11:20 ` Anshuman Khandual 2019-07-29 11:32 ` Steven Price 2019-07-29 11:32 ` Steven Price 2019-07-31 9:27 ` Sven Schnelle 2019-07-31 9:27 ` Sven Schnelle 2019-07-31 11:18 ` Steven Price 2019-07-31 11:18 ` Steven Price
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=alpine.DEB.2.21.1907241620140.1791@nanos.tec.linutronix.de \ --to=tglx@linutronix.de \ --cc=akpm@linux-foundation.org \ --cc=ard.biesheuvel@linaro.org \ --cc=arnd@arndb.de \ --cc=bp@alien8.de \ --cc=catalin.marinas@arm.com \ --cc=dave.hansen@linux.intel.com \ --cc=hpa@zytor.com \ --cc=james.morse@arm.com \ --cc=jglisse@redhat.com \ --cc=kan.liang@linux.intel.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=luto@kernel.org \ --cc=mark.rutland@arm.com \ --cc=mingo@redhat.com \ --cc=peterz@infradead.org \ --cc=steven.price@arm.com \ --cc=will@kernel.org \ --cc=x86@kernel.org \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.