All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Rapoport <rppt@kernel.org>
To: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Alexey Dobriyan <adobriyan@gmail.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@linux-m68k.org>,
	Jonathan Corbet <corbet@lwn.net>,
	Matt Turner <mattst88@gmail.com>, Meelis Roos <mroos@linux.ee>,
	Michael Schmitz <schmitzmic@gmail.com>,
	Mike Rapoport <rppt@linux.ibm.com>,
	Russell King <linux@armlinux.org.uk>,
	Tony Luck <tony.luck@intel.com>,
	Vineet Gupta <vgupta@synopsys.com>, Will Deacon <will@kernel.org>,
	linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-mm@kvack.org, linux-snps-arc@l
Subject: Re: [PATCH v2 00/13] arch, mm: deprecate DISCONTIGMEM
Date: Tue, 17 Nov 2020 08:23:16 +0200	[thread overview]
Message-ID: <20201117062316.GB370813@kernel.org> (raw)
In-Reply-To: <43c53597-6267-bdc2-a975-0aab5daa0d37@physik.fu-berlin.de>

Hi Adrian,

On Tue, Nov 17, 2020 at 06:24:51AM +0100, John Paul Adrian Glaubitz wrote:
> Hi!
> 
> On 11/1/20 6:04 PM, Mike Rapoport wrote:
> > It's been a while since DISCONTIGMEM is generally considered deprecated,
> > but it is still used by four architectures. This set replaces DISCONTIGMEM
> > with a different way to handle holes in the memory map and marks
> > DISCONTIGMEM configuration as BROKEN in Kconfigs of these architectures with
> > the intention to completely remove it in several releases.
> > 
> > While for 64-bit alpha and ia64 the switch to SPARSEMEM is quite obvious
> > and was a matter of moving some bits around, for smaller 32-bit arc and
> > m68k SPARSEMEM is not necessarily the best thing to do.
> > 
> > On 32-bit machines SPARSEMEM would require large sections to make section
> > index fit in the page flags, but larger sections mean that more memory is
> > wasted for unused memory map.
> > 
> > Besides, pfn_to_page() and page_to_pfn() become less efficient, at least on
> > arc.
> > 
> > So I've decided to generalize arm's approach for freeing of unused parts of
> > the memory map with FLATMEM and enable it for both arc and m68k. The
> > details are in the description of patches 10 (arc) and 13 (m68k).
> 
> Apologies for the late reply. Is this still relevant for testing?
> 
> I have already successfully tested v1 of the patch set, shall I test v2?

There were minor differences only for m68k between the versions. I've
verified them on ARAnyM but if you have a real machine a run there would
be nice.

> Adrian
> 
> -- 
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaubitz@debian.org
> `. `'   Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
>   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
> 
> 

-- 
Sincerely yours,
Mike.

WARNING: multiple messages have this Message-ID (diff)
From: Mike Rapoport <rppt@kernel.org>
To: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Alexey Dobriyan <adobriyan@gmail.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@linux-m68k.org>,
	Jonathan Corbet <corbet@lwn.net>,
	Matt Turner <mattst88@gmail.com>, Meelis Roos <mroos@linux.ee>,
	Michael Schmitz <schmitzmic@gmail.com>,
	Mike Rapoport <rppt@linux.ibm.com>,
	Russell King <linux@armlinux.org.uk>,
	Tony Luck <tony.luck@intel.com>,
	Vineet Gupta <vgupta@synopsys.com>, Will Deacon <will@kernel.org>,
	linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-mm@kvack.org, linux-snps-arc@lists.infradead.org
Subject: Re: [PATCH v2 00/13] arch, mm: deprecate DISCONTIGMEM
Date: Tue, 17 Nov 2020 08:23:16 +0200	[thread overview]
Message-ID: <20201117062316.GB370813@kernel.org> (raw)
In-Reply-To: <43c53597-6267-bdc2-a975-0aab5daa0d37@physik.fu-berlin.de>

Hi Adrian,

On Tue, Nov 17, 2020 at 06:24:51AM +0100, John Paul Adrian Glaubitz wrote:
> Hi!
> 
> On 11/1/20 6:04 PM, Mike Rapoport wrote:
> > It's been a while since DISCONTIGMEM is generally considered deprecated,
> > but it is still used by four architectures. This set replaces DISCONTIGMEM
> > with a different way to handle holes in the memory map and marks
> > DISCONTIGMEM configuration as BROKEN in Kconfigs of these architectures with
> > the intention to completely remove it in several releases.
> > 
> > While for 64-bit alpha and ia64 the switch to SPARSEMEM is quite obvious
> > and was a matter of moving some bits around, for smaller 32-bit arc and
> > m68k SPARSEMEM is not necessarily the best thing to do.
> > 
> > On 32-bit machines SPARSEMEM would require large sections to make section
> > index fit in the page flags, but larger sections mean that more memory is
> > wasted for unused memory map.
> > 
> > Besides, pfn_to_page() and page_to_pfn() become less efficient, at least on
> > arc.
> > 
> > So I've decided to generalize arm's approach for freeing of unused parts of
> > the memory map with FLATMEM and enable it for both arc and m68k. The
> > details are in the description of patches 10 (arc) and 13 (m68k).
> 
> Apologies for the late reply. Is this still relevant for testing?
> 
> I have already successfully tested v1 of the patch set, shall I test v2?

There were minor differences only for m68k between the versions. I've
verified them on ARAnyM but if you have a real machine a run there would
be nice.

> Adrian
> 
> -- 
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaubitz@debian.org
> `. `'   Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
>   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
> 
> 

-- 
Sincerely yours,
Mike.

WARNING: multiple messages have this Message-ID (diff)
From: Mike Rapoport <rppt@kernel.org>
To: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Alexey Dobriyan <adobriyan@gmail.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Greg Ungerer <gerg@linux-m68k.org>,
	Jonathan Corbet <corbet@lwn.net>,
	Matt Turner <mattst88@gmail.com>, Meelis Roos <mroos@linux.ee>,
	Michael Schmitz <schmitzmic@gmail.com>,
	Mike Rapoport <rppt@linux.ibm.com>,
	Russell King <linux@armlinux.org.uk>,
	Tony Luck <tony.luck@intel.com>,
	Vineet Gupta <vgupta@synopsys.com>, Will Deacon <will@kernel.org>,
	linux-alpha@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org,
	linux-fsdevel@vger.kernel.org, linux-ia64@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-m68k@lists.linux-m68k.org,
	linux-mm@kvack.org, linux-snps-arc@lists.infradead.org
Subject: Re: [PATCH v2 00/13] arch, mm: deprecate DISCONTIGMEM
Date: Tue, 17 Nov 2020 06:23:16 +0000	[thread overview]
Message-ID: <20201117062316.GB370813@kernel.org> (raw)
In-Reply-To: <43c53597-6267-bdc2-a975-0aab5daa0d37@physik.fu-berlin.de>

Hi Adrian,

On Tue, Nov 17, 2020 at 06:24:51AM +0100, John Paul Adrian Glaubitz wrote:
> Hi!
> 
> On 11/1/20 6:04 PM, Mike Rapoport wrote:
> > It's been a while since DISCONTIGMEM is generally considered deprecated,
> > but it is still used by four architectures. This set replaces DISCONTIGMEM
> > with a different way to handle holes in the memory map and marks
> > DISCONTIGMEM configuration as BROKEN in Kconfigs of these architectures with
> > the intention to completely remove it in several releases.
> > 
> > While for 64-bit alpha and ia64 the switch to SPARSEMEM is quite obvious
> > and was a matter of moving some bits around, for smaller 32-bit arc and
> > m68k SPARSEMEM is not necessarily the best thing to do.
> > 
> > On 32-bit machines SPARSEMEM would require large sections to make section
> > index fit in the page flags, but larger sections mean that more memory is
> > wasted for unused memory map.
> > 
> > Besides, pfn_to_page() and page_to_pfn() become less efficient, at least on
> > arc.
> > 
> > So I've decided to generalize arm's approach for freeing of unused parts of
> > the memory map with FLATMEM and enable it for both arc and m68k. The
> > details are in the description of patches 10 (arc) and 13 (m68k).
> 
> Apologies for the late reply. Is this still relevant for testing?
> 
> I have already successfully tested v1 of the patch set, shall I test v2?

There were minor differences only for m68k between the versions. I've
verified them on ARAnyM but if you have a real machine a run there would
be nice.

> Adrian
> 
> -- 
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaubitz@debian.org
> `. `'   Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
>   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
> 
> 

-- 
Sincerely yours,
Mike.

WARNING: multiple messages have this Message-ID (diff)
From: Mike Rapoport <rppt@kernel.org>
To: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
Cc: linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
	Catalin Marinas <catalin.marinas@arm.com>,
	linux-mm@kvack.org, Will Deacon <will@kernel.org>,
	Greg Ungerer <gerg@linux-m68k.org>,
	Jonathan Corbet <corbet@lwn.net>, Meelis Roos <mroos@linux.ee>,
	Russell King <linux@armlinux.org.uk>,
	Mike Rapoport <rppt@linux.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>,
	linux-snps-arc@lists.infradead.org,
	Alexey Dobriyan <adobriyan@gmail.com>,
	linux-m68k@lists.linux-m68k.org,
	linux-arm-kernel@lists.infradead.org,
	Michael Schmitz <schmitzmic@gmail.com>,
	Tony Luck <tony.luck@intel.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [PATCH v2 00/13] arch, mm: deprecate DISCONTIGMEM
Date: Tue, 17 Nov 2020 08:23:16 +0200	[thread overview]
Message-ID: <20201117062316.GB370813@kernel.org> (raw)
In-Reply-To: <43c53597-6267-bdc2-a975-0aab5daa0d37@physik.fu-berlin.de>

Hi Adrian,

On Tue, Nov 17, 2020 at 06:24:51AM +0100, John Paul Adrian Glaubitz wrote:
> Hi!
> 
> On 11/1/20 6:04 PM, Mike Rapoport wrote:
> > It's been a while since DISCONTIGMEM is generally considered deprecated,
> > but it is still used by four architectures. This set replaces DISCONTIGMEM
> > with a different way to handle holes in the memory map and marks
> > DISCONTIGMEM configuration as BROKEN in Kconfigs of these architectures with
> > the intention to completely remove it in several releases.
> > 
> > While for 64-bit alpha and ia64 the switch to SPARSEMEM is quite obvious
> > and was a matter of moving some bits around, for smaller 32-bit arc and
> > m68k SPARSEMEM is not necessarily the best thing to do.
> > 
> > On 32-bit machines SPARSEMEM would require large sections to make section
> > index fit in the page flags, but larger sections mean that more memory is
> > wasted for unused memory map.
> > 
> > Besides, pfn_to_page() and page_to_pfn() become less efficient, at least on
> > arc.
> > 
> > So I've decided to generalize arm's approach for freeing of unused parts of
> > the memory map with FLATMEM and enable it for both arc and m68k. The
> > details are in the description of patches 10 (arc) and 13 (m68k).
> 
> Apologies for the late reply. Is this still relevant for testing?
> 
> I have already successfully tested v1 of the patch set, shall I test v2?

There were minor differences only for m68k between the versions. I've
verified them on ARAnyM but if you have a real machine a run there would
be nice.

> Adrian
> 
> -- 
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaubitz@debian.org
> `. `'   Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
>   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
> 
> 

-- 
Sincerely yours,
Mike.

_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc

WARNING: multiple messages have this Message-ID (diff)
From: Mike Rapoport <rppt@kernel.org>
To: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
Cc: linux-ia64@vger.kernel.org, linux-doc@vger.kernel.org,
	Catalin Marinas <catalin.marinas@arm.com>,
	linux-mm@kvack.org, Will Deacon <will@kernel.org>,
	Greg Ungerer <gerg@linux-m68k.org>,
	Jonathan Corbet <corbet@lwn.net>, Meelis Roos <mroos@linux.ee>,
	Russell King <linux@armlinux.org.uk>,
	Mike Rapoport <rppt@linux.ibm.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Matt Turner <mattst88@gmail.com>,
	linux-snps-arc@lists.infradead.org,
	Alexey Dobriyan <adobriyan@gmail.com>,
	linux-m68k@lists.linux-m68k.org,
	linux-arm-kernel@lists.infradead.org,
	Michael Schmitz <schmitzmic@gmail.com>,
	Tony Luck <tony.luck@intel.com>,
	Vineet Gupta <vgupta@synopsys.com>,
	linux-kernel@vger.kernel.org, linux-alpha@vger.kernel.org,
	linux-fsdevel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [PATCH v2 00/13] arch, mm: deprecate DISCONTIGMEM
Date: Tue, 17 Nov 2020 08:23:16 +0200	[thread overview]
Message-ID: <20201117062316.GB370813@kernel.org> (raw)
In-Reply-To: <43c53597-6267-bdc2-a975-0aab5daa0d37@physik.fu-berlin.de>

Hi Adrian,

On Tue, Nov 17, 2020 at 06:24:51AM +0100, John Paul Adrian Glaubitz wrote:
> Hi!
> 
> On 11/1/20 6:04 PM, Mike Rapoport wrote:
> > It's been a while since DISCONTIGMEM is generally considered deprecated,
> > but it is still used by four architectures. This set replaces DISCONTIGMEM
> > with a different way to handle holes in the memory map and marks
> > DISCONTIGMEM configuration as BROKEN in Kconfigs of these architectures with
> > the intention to completely remove it in several releases.
> > 
> > While for 64-bit alpha and ia64 the switch to SPARSEMEM is quite obvious
> > and was a matter of moving some bits around, for smaller 32-bit arc and
> > m68k SPARSEMEM is not necessarily the best thing to do.
> > 
> > On 32-bit machines SPARSEMEM would require large sections to make section
> > index fit in the page flags, but larger sections mean that more memory is
> > wasted for unused memory map.
> > 
> > Besides, pfn_to_page() and page_to_pfn() become less efficient, at least on
> > arc.
> > 
> > So I've decided to generalize arm's approach for freeing of unused parts of
> > the memory map with FLATMEM and enable it for both arc and m68k. The
> > details are in the description of patches 10 (arc) and 13 (m68k).
> 
> Apologies for the late reply. Is this still relevant for testing?
> 
> I have already successfully tested v1 of the patch set, shall I test v2?

There were minor differences only for m68k between the versions. I've
verified them on ARAnyM but if you have a real machine a run there would
be nice.

> Adrian
> 
> -- 
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaubitz@debian.org
> `. `'   Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
>   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
> 
> 

-- 
Sincerely yours,
Mike.

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2020-11-17  6:23 UTC|newest]

Thread overview: 188+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-01 17:04 [PATCH v2 00/13] arch, mm: deprecate DISCONTIGMEM Mike Rapoport
2020-11-01 17:04 ` Mike Rapoport
2020-11-01 17:04 ` Mike Rapoport
2020-11-01 17:04 ` Mike Rapoport
2020-11-01 17:04 ` Mike Rapoport
2020-11-01 17:04 ` [PATCH v2 01/13] alpha: switch from DISCONTIGMEM to SPARSEMEM Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04 ` [PATCH v2 02/13] ia64: remove custom __early_pfn_to_nid() Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04 ` [PATCH v2 03/13] ia64: remove 'ifdef CONFIG_ZONE_DMA32' statements Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04 ` [PATCH v2 04/13] ia64: discontig: paging_init(): remove local max_pfn calculation Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04 ` [PATCH v2 05/13] ia64: split virtual map initialization out of paging_init() Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04 ` [PATCH v2 06/13] ia64: forbid using VIRTUAL_MEM_MAP with FLATMEM Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04 ` [PATCH v2 07/13] ia64: make SPARSEMEM default and disable DISCONTIGMEM Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04 ` [PATCH v2 08/13] arm: remove CONFIG_ARCH_HAS_HOLES_MEMORYMODEL Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-02  9:43   ` David Hildenbrand
2020-11-02  9:43     ` David Hildenbrand
2020-11-02  9:43     ` David Hildenbrand
2020-11-02  9:43     ` David Hildenbrand
2020-11-02  9:43     ` David Hildenbrand
2020-11-01 17:04 ` [PATCH v2 09/13] arm, arm64: move free_unused_memmap() to generic mm Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-14 12:15   ` Catalin Marinas
2020-11-14 12:15     ` Catalin Marinas
2020-11-14 12:15     ` Catalin Marinas
2020-11-14 12:15     ` Catalin Marinas
2020-11-01 17:04 ` [PATCH v2 10/13] arc: use FLATMEM with freeing of unused memory map instead of DISCONTIGMEM Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-17  6:40   ` Vineet Gupta
2020-11-17  6:40     ` Vineet Gupta
2020-11-17  6:40     ` Vineet Gupta
2020-11-17  6:40     ` Vineet Gupta
2020-11-17  6:40     ` Vineet Gupta
2020-11-17  6:57     ` Mike Rapoport
2020-11-17  6:57       ` Mike Rapoport
2020-11-17  6:57       ` Mike Rapoport
2020-11-17  6:57       ` Mike Rapoport
2020-11-17  6:57       ` Mike Rapoport
2020-11-24  0:26       ` Vineet Gupta
2020-11-24  0:26         ` Vineet Gupta
2020-11-24  0:26         ` Vineet Gupta
2020-11-24  0:26         ` Vineet Gupta
2020-11-01 17:04 ` [PATCH v2 11/13] m68k/mm: make node data and node setup depend on CONFIG_DISCONTIGMEM Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04 ` [PATCH v2 12/13] m68k/mm: enable use of generic memory_model.h for !DISCONTIGMEM Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04 ` [PATCH v2 13/13] m68k: deprecate DISCONTIGMEM Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-01 17:04   ` Mike Rapoport
2020-11-17  5:24 ` [PATCH v2 00/13] arch, mm: " John Paul Adrian Glaubitz
2020-11-17  5:24   ` John Paul Adrian Glaubitz
2020-11-17  5:24   ` John Paul Adrian Glaubitz
2020-11-17  5:24   ` John Paul Adrian Glaubitz
2020-11-17  6:23   ` Mike Rapoport [this message]
2020-11-17  6:23     ` Mike Rapoport
2020-11-17  6:23     ` Mike Rapoport
2020-11-17  6:23     ` Mike Rapoport
2020-11-17  6:23     ` Mike Rapoport
2020-11-17  8:07     ` John Paul Adrian Glaubitz
2020-11-17  8:07       ` John Paul Adrian Glaubitz
2020-11-17  8:07       ` John Paul Adrian Glaubitz
2020-11-17  8:07       ` John Paul Adrian Glaubitz
2020-11-17  8:07       ` John Paul Adrian Glaubitz
2020-11-17  8:14       ` Mike Rapoport
2020-11-17  8:14         ` Mike Rapoport
2020-11-17  8:14         ` Mike Rapoport
2020-11-17  8:14         ` Mike Rapoport
2020-11-17  8:14         ` Mike Rapoport
2020-12-01  9:10     ` John Paul Adrian Glaubitz
2020-12-01  9:10       ` John Paul Adrian Glaubitz
2020-12-01  9:10       ` John Paul Adrian Glaubitz
2020-12-01  9:10       ` John Paul Adrian Glaubitz
2020-12-01  9:10       ` John Paul Adrian Glaubitz
2020-12-01 10:29       ` Mike Rapoport
2020-12-01 10:29         ` Mike Rapoport
2020-12-01 10:29         ` Mike Rapoport
2020-12-01 10:29         ` Mike Rapoport
2020-12-01 10:29         ` Mike Rapoport
2020-12-01 11:35         ` John Paul Adrian Glaubitz
2020-12-01 11:35           ` John Paul Adrian Glaubitz
2020-12-01 11:35           ` John Paul Adrian Glaubitz
2020-12-01 11:35           ` John Paul Adrian Glaubitz
2020-12-01 11:35           ` John Paul Adrian Glaubitz
2020-12-01 12:10           ` Mike Rapoport
2020-12-01 12:10             ` Mike Rapoport
2020-12-01 12:10             ` Mike Rapoport
2020-12-01 12:10             ` Mike Rapoport
2020-12-01 12:10             ` Mike Rapoport
2020-12-01 12:16             ` John Paul Adrian Glaubitz
2020-12-01 12:16               ` John Paul Adrian Glaubitz
2020-12-01 12:16               ` John Paul Adrian Glaubitz
2020-12-01 13:56               ` Mike Rapoport
2020-12-01 13:56                 ` Mike Rapoport
2020-12-01 13:56                 ` Mike Rapoport
2020-12-01 15:03                 ` Jens Axboe
2020-12-01 15:03                   ` Jens Axboe
2020-12-01 15:03                   ` Jens Axboe
2020-12-01 15:03                   ` Jens Axboe
2020-12-01 15:03                   ` Jens Axboe
2020-12-01 15:33                   ` Geert Uytterhoeven
2020-12-01 15:33                     ` Geert Uytterhoeven
2020-12-01 15:33                     ` Geert Uytterhoeven
2020-12-01 15:33                     ` Geert Uytterhoeven
2020-12-01 15:33                     ` Geert Uytterhoeven
2020-12-02  8:43                     ` Christoph Hellwig
2020-12-02  8:43                       ` Christoph Hellwig
2020-12-02  8:43                       ` Christoph Hellwig
2020-12-02  8:43                       ` Christoph Hellwig
2020-12-02  8:43                       ` Christoph Hellwig
2020-12-02  8:45                       ` John Paul Adrian Glaubitz
2020-12-02  8:45                         ` John Paul Adrian Glaubitz
2020-12-02  8:45                         ` John Paul Adrian Glaubitz
2020-12-02  8:45                         ` John Paul Adrian Glaubitz
2020-12-02  8:45                         ` John Paul Adrian Glaubitz
2020-12-02  8:46                         ` Christoph Hellwig
2020-12-02  8:46                           ` Christoph Hellwig
2020-12-02  8:46                           ` Christoph Hellwig
2020-12-02  8:46                           ` Christoph Hellwig
2020-12-02  8:46                           ` Christoph Hellwig
2020-12-02  8:46                       ` Mike Rapoport
2020-12-02  8:46                         ` Mike Rapoport
2020-12-02  8:46                         ` Mike Rapoport
2020-12-02  8:46                         ` Mike Rapoport
2020-12-02  8:46                         ` Mike Rapoport
2020-12-02  8:47                         ` Christoph Hellwig
2020-12-02  8:47                           ` Christoph Hellwig
2020-12-02  8:47                           ` Christoph Hellwig
2020-12-02  8:47                           ` Christoph Hellwig
2020-12-02  8:47                           ` Christoph Hellwig
2020-12-01 15:07                 ` John Paul Adrian Glaubitz
2020-12-01 15:07                   ` John Paul Adrian Glaubitz
2020-12-01 15:07                   ` John Paul Adrian Glaubitz
2020-12-01 15:07                   ` John Paul Adrian Glaubitz
2020-12-01 15:07                   ` John Paul Adrian Glaubitz
2020-12-01 19:55                   ` John Paul Adrian Glaubitz
2020-12-01 19:55                     ` John Paul Adrian Glaubitz
2020-12-01 19:55                     ` John Paul Adrian Glaubitz
2020-12-01 19:55                     ` John Paul Adrian Glaubitz
2020-12-01 19:55                     ` John Paul Adrian Glaubitz
2020-12-02  7:14                     ` Mike Rapoport
2020-12-02  7:14                       ` Mike Rapoport
2020-12-02  7:14                       ` Mike Rapoport
2020-12-02  7:14                       ` Mike Rapoport
2020-12-02  7:14                       ` Mike Rapoport

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=20201117062316.GB370813@kernel.org \
    --to=rppt@kernel.org \
    --cc=adobriyan@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=catalin.marinas@arm.com \
    --cc=corbet@lwn.net \
    --cc=geert@linux-m68k.org \
    --cc=gerg@linux-m68k.org \
    --cc=glaubitz@physik.fu-berlin.de \
    --cc=linux-alpha@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-ia64@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-m68k@lists.linux-m68k.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-snps-arc@l \
    --cc=linux@armlinux.org.uk \
    --cc=mattst88@gmail.com \
    --cc=mroos@linux.ee \
    --cc=rppt@linux.ibm.com \
    --cc=schmitzmic@gmail.com \
    --cc=tony.luck@intel.com \
    --cc=vgupta@synopsys.com \
    --cc=will@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: link
Be 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.