All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arnd Bergmann <arnd@kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linuxfoundation.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Paul McKenney <paulmck@kernel.org>,
	Christoph Hellwig <hch@lst.de>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linux-MM <linux-mm@kvack.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Benjamin LaHaise <bcrl@kvack.org>,
	Linux FS-devel Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-aio <linux-aio@kvack.org>, Chris Mason <clm@fb.com>,
	Josef Bacik <josef@toxicpanda.com>,
	David Sterba <dsterba@suse.com>,
	linux-btrfs <linux-btrfs@vger.kernel.org>,
	"the arch/x86 maintainers" <x86@kernel.org>,
	Vineet Gupta <vgupta@synopsys.com>,
	"open list:SYNOPSYS ARC ARCHITECTURE" 
	<linux-snps-arc@lists.infradead.org>,
	Russell King <linux@armlinux.org.uk>,
	Arnd Bergmann <arnd@arndb.de>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	linux-csky@vger.kernel.org, Michal Simek <monstr@monstr.eu>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	"open list:BROADCOM NVRAM DRIVER" <linux-mips@vger.kernel.org>,
	Nick Hu <nickhu@andestech.com>, Greentime Hu <green.hu@gmail.com>,
	Vincent Chen <deanbo422@gmail.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	"David S. Miller" <davem@davemloft.net>,
	sparclinux <sparclinux@vger.kernel.org>,
	Chris Zankel <chris@zankel.net>,
	Max Filippov <jcmvbkbc@gmail.com>,
	linux-xtensa@linux-xtensa.org, Ingo Molnar <mingo@kernel.org>,
	Juri Lelli <juri.lelli@redhat.com>,
	Vincent Guittot <vincent.guittot@linaro.org>,
	Dietmar Eggemann <dietmar.eggemann@arm.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	Ben Segall <bsegall@google.com>, Mel Gorman <mgorman@suse.de>,
	Daniel Bristot de Oliveira <bristot@redhat.com>,
	Christian Koenig <christian.koenig@amd.com>,
	Huang Rui <ray.huang@amd.com>, David Airlie <airlied@linux.ie>,
	Daniel Vetter <daniel@ffwll.ch>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	VMware Graphics <linux-graphics-maintainer@vmware.com>,
	Roland Scheidegger <sroland@vmware.com>,
	Dave Airlie <airlied@redhat.com>,
	Gerd Hoffmann <kraxel@redhat.com>,
	virtualization@lists.linux-foundation.org,
	spice-devel@lists.freedesktop.org,
	Ben Skeggs <bskeggs@redhat.com>,
	ML nouveau <nouveau@lists.freedesktop.org>,
	Jani Nikula <jani.nikula@linux.intel.com>,
	Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
	Rodrigo Vivi <rodrigo.vivi@intel.com>,
	Intel Graphics <intel-gfx@lists.freedesktop.org>
Subject: Re: [patch V3 05/37] asm-generic: Provide kmap_size.h
Date: Tue, 3 Nov 2020 13:25:27 +0100	[thread overview]
Message-ID: <CAK8P3a3q1O=vTLHpjkufNhspj+OJFn0BkMD6XaPZvN_0D+=FFQ@mail.gmail.com> (raw)
In-Reply-To: <20201103095857.078043987@linutronix.de>

On Tue, Nov 3, 2020 at 10:27 AM Thomas Gleixner <tglx@linutronix.de> wrote:
>
> kmap_types.h is a misnomer because the old atomic MAP based array does not
> exist anymore and the whole indirection of architectures including
> kmap_types.h is inconinstent and does not allow to provide guard page
> debugging for this misfeature.
>
> Add a common header file which defines the mapping stack size for all
> architectures. Will be used when converting architectures over to a
> generic kmap_local/atomic implementation.
>
> The array size is chosen with the following constraints in mind:
>
>     - The deepest nest level in one context is 3 according to code
>       inspection.
>
>     - The worst case nesting for the upcoming reemptible version would be:
>
>       2 maps in task context and a fault inside
>       2 maps in the fault handler
>       3 maps in softirq
>       2 maps in interrupt
>
> So a total of 16 is sufficient and probably overestimated.
>
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

Acked-by: Arnd Bergmann <arnd@arndb.de>

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: Juri Lelli <juri.lelli@redhat.com>,
	linux-aio <linux-aio@kvack.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	"open list:BROADCOM NVRAM DRIVER" <linux-mips@vger.kernel.org>,
	Ben Segall <bsegall@google.com>, Chris Mason <clm@fb.com>,
	Huang Rui <ray.huang@amd.com>, Paul Mackerras <paulus@samba.org>,
	Gerd Hoffmann <kraxel@redhat.com>,
	Daniel Bristot de Oliveira <bristot@redhat.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	Rodrigo Vivi <rodrigo.vivi@intel.com>,
	Vincent Chen <deanbo422@gmail.com>,
	Christoph Hellwig <hch@lst.de>,
	Vincent Guittot <vincent.guittot@linaro.org>,
	Paul McKenney <paulmck@kernel.org>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	the arch/x86 maintainers <x86@kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	linux-csky@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
	David Airlie <airlied@linux.ie>,
	VMware Graphics <linux-graphics-maintainer@vmware.com>,
	Mel Gorman <mgorman@suse.de>,
	ML nouveau <nouveau@lists.freedesktop.org>,
	Dave Airlie <airlied@redhat.com>,
	"open list:SYNOPSYS ARC ARCHITECTURE"
	<linux-snps-arc@lists.infradead.org>,
	Ben Skeggs <bskeggs@redhat.com>,
	linux-xtensa@linux-xtensa.org, Arnd Bergmann <arnd@arndb.de>,
	Intel Graphics <intel-gfx@lists.freedesktop.org>,
	Roland Scheidegger <sroland@vmware.com>,
	Josef Bacik <josef@toxicpanda.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	Linus Torvalds <torvalds@linuxfoundation.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	spice-devel@lists.freedesktop.org,
	David Sterba <dsterba@suse.com>,
	virtualization@lists.linux-foundation.org,
	Dietmar Eggemann <dietmar.eggemann@arm.com>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Chris Zankel <chris@zankel.net>, Michal Simek <monstr@monstr.eu>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Nick Hu <nickhu@andestech.com>, Linux-MM <linux-mm@kvack.org>,
	Vineet Gupta <vgupta@synopsys.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Christian Koenig <christian.koenig@amd.com>,
	Benjamin LaHaise <bcrl@kvack.org>,
	Linux FS-devel Mailing List <linux-fsdevel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	"David S. Miller" <davem@davemloft.net>,
	linux-btrfs <linux-btrfs@vger.kernel.org>,
	Greentime Hu <green.hu@gmail.com>
Subject: Re: [patch V3 05/37] asm-generic: Provide kmap_size.h
Date: Tue, 03 Nov 2020 12:25:27 +0000	[thread overview]
Message-ID: <CAK8P3a3q1O=vTLHpjkufNhspj+OJFn0BkMD6XaPZvN_0D+=FFQ@mail.gmail.com> (raw)
In-Reply-To: <20201103095857.078043987@linutronix.de>

On Tue, Nov 3, 2020 at 10:27 AM Thomas Gleixner <tglx@linutronix.de> wrote:
>
> kmap_types.h is a misnomer because the old atomic MAP based array does not
> exist anymore and the whole indirection of architectures including
> kmap_types.h is inconinstent and does not allow to provide guard page
> debugging for this misfeature.
>
> Add a common header file which defines the mapping stack size for all
> architectures. Will be used when converting architectures over to a
> generic kmap_local/atomic implementation.
>
> The array size is chosen with the following constraints in mind:
>
>     - The deepest nest level in one context is 3 according to code
>       inspection.
>
>     - The worst case nesting for the upcoming reemptible version would be:
>
>       2 maps in task context and a fault inside
>       2 maps in the fault handler
>       3 maps in softirq
>       2 maps in interrupt
>
> So a total of 16 is sufficient and probably overestimated.
>
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

Acked-by: Arnd Bergmann <arnd@arndb.de>

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: Juri Lelli <juri.lelli@redhat.com>,
	linux-aio <linux-aio@kvack.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	"open list:BROADCOM NVRAM DRIVER" <linux-mips@vger.kernel.org>,
	Ben Segall <bsegall@google.com>, Chris Mason <clm@fb.com>,
	Huang Rui <ray.huang@amd.com>, Paul Mackerras <paulus@samba.org>,
	Gerd Hoffmann <kraxel@redhat.com>,
	Daniel Bristot de Oliveira <bristot@redhat.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	Rodrigo Vivi <rodrigo.vivi@intel.com>,
	Vincent Chen <deanbo422@gmail.com>,
	Christoph Hellwig <hch@lst.de>,
	Vincent Guittot <vincent.guittot@linaro.org>,
	Paul McKenney <paulmck@kernel.org>,
	Max Filippov <jcmvbkbc@gmail.com>,
	the arch/x86 maintainers <x86@kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	linux-csky@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
	David Airlie <airlied@linux.ie>,
	VMware Graphics <linux-graphics-maintainer@vmware.com>,
	Mel Gorman <mgorman@suse.de>,
	ML nouveau <nouveau@lists.freedesktop.org>,
	Dave Airlie <airlied@redhat.com>,
	"open list:SYNOPSYS ARC ARCHITECTURE"
	<linux-snps-arc@lists.infradead.org>,
	Ben Skeggs <bskeggs@redhat.com>,
	linux-xtensa@linux-xtensa.org, Arnd Bergmann <arnd@arndb.de>,
	Intel Graphics <intel-gfx@lists.freedesktop.org>,
	Roland Scheidegger <sroland@vmware.com>,
	Josef Bacik <josef@toxicpanda.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	Linus Torvalds <torvalds@linuxfoundation.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	spice-devel@lists.freedesktop.org,
	David Sterba <dsterba@suse.com>,
	virtualization@lists.linux-foundation.org,
	Dietmar Eggemann <dietmar.eggemann@arm.com>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Jani Nikula <jani.nikula@linux.intel.com>,
	Chris Zankel <chris@zankel.net>, Michal Simek <monstr@monstr.eu>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Nick Hu <nickhu@andestech.com>, Linux-MM <linux-mm@kvack.org>,
	Vineet Gupta <vgupta@synopsys.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Christian Koenig <christian.koenig@amd.com>,
	Benjamin LaHaise <bcrl@kvack.org>,
	Daniel Vetter <daniel@ffwll.ch>,
	Linux FS-devel Mailing List <linux-fsdevel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	"David S. Miller" <davem@davemloft.net>,
	linux-btrfs <linux-btrfs@vger.kernel.org>,
	Greentime Hu <green.hu@gmail.com>
Subject: Re: [patch V3 05/37] asm-generic: Provide kmap_size.h
Date: Tue, 3 Nov 2020 13:25:27 +0100	[thread overview]
Message-ID: <CAK8P3a3q1O=vTLHpjkufNhspj+OJFn0BkMD6XaPZvN_0D+=FFQ@mail.gmail.com> (raw)
In-Reply-To: <20201103095857.078043987@linutronix.de>

On Tue, Nov 3, 2020 at 10:27 AM Thomas Gleixner <tglx@linutronix.de> wrote:
>
> kmap_types.h is a misnomer because the old atomic MAP based array does not
> exist anymore and the whole indirection of architectures including
> kmap_types.h is inconinstent and does not allow to provide guard page
> debugging for this misfeature.
>
> Add a common header file which defines the mapping stack size for all
> architectures. Will be used when converting architectures over to a
> generic kmap_local/atomic implementation.
>
> The array size is chosen with the following constraints in mind:
>
>     - The deepest nest level in one context is 3 according to code
>       inspection.
>
>     - The worst case nesting for the upcoming reemptible version would be:
>
>       2 maps in task context and a fault inside
>       2 maps in the fault handler
>       3 maps in softirq
>       2 maps in interrupt
>
> So a total of 16 is sufficient and probably overestimated.
>
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

Acked-by: Arnd Bergmann <arnd@arndb.de>

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: LKML <linux-kernel@vger.kernel.org>,
	Linus Torvalds <torvalds@linuxfoundation.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Paul McKenney <paulmck@kernel.org>,
	Christoph Hellwig <hch@lst.de>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linux-MM <linux-mm@kvack.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Benjamin LaHaise <bcrl@kvack.org>,
	Linux FS-devel Mailing List <linux-fsdevel@vger.kernel.org>,
	linux-aio <linux-aio@kvack.org>, Chris Mason <clm@fb.com>,
	Josef Bacik <josef@toxicpanda.com>,
	David Sterba <dsterba@suse.com>,
	linux-btrfs <linux-btrfs@vger.kernel.org>,
	the arch/x86 maintainers <x86@kernel.org>,
	Vineet Gupta <vgupta@synopsys.com>"open list:SYNOPSYS ARC
	ARCHITECTURE" <linux->
Subject: Re: [patch V3 05/37] asm-generic: Provide kmap_size.h
Date: Tue, 3 Nov 2020 13:25:27 +0100	[thread overview]
Message-ID: <CAK8P3a3q1O=vTLHpjkufNhspj+OJFn0BkMD6XaPZvN_0D+=FFQ@mail.gmail.com> (raw)
In-Reply-To: <20201103095857.078043987@linutronix.de>

On Tue, Nov 3, 2020 at 10:27 AM Thomas Gleixner <tglx@linutronix.de> wrote:
>
> kmap_types.h is a misnomer because the old atomic MAP based array does not
> exist anymore and the whole indirection of architectures including
> kmap_types.h is inconinstent and does not allow to provide guard page
> debugging for this misfeature.
>
> Add a common header file which defines the mapping stack size for all
> architectures. Will be used when converting architectures over to a
> generic kmap_local/atomic implementation.
>
> The array size is chosen with the following constraints in mind:
>
>     - The deepest nest level in one context is 3 according to code
>       inspection.
>
>     - The worst case nesting for the upcoming reemptible version would be:
>
>       2 maps in task context and a fault inside
>       2 maps in the fault handler
>       3 maps in softirq
>       2 maps in interrupt
>
> So a total of 16 is sufficient and probably overestimated.
>
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

Acked-by: Arnd Bergmann <arnd@arndb.de>

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: Juri Lelli <juri.lelli@redhat.com>,
	linux-aio <linux-aio@kvack.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	"open list:BROADCOM NVRAM DRIVER" <linux-mips@vger.kernel.org>,
	Ben Segall <bsegall@google.com>, Chris Mason <clm@fb.com>,
	Huang Rui <ray.huang@amd.com>, Paul Mackerras <paulus@samba.org>,
	Gerd Hoffmann <kraxel@redhat.com>,
	Daniel Bristot de Oliveira <bristot@redhat.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	Rodrigo Vivi <rodrigo.vivi@intel.com>,
	Vincent Chen <deanbo422@gmail.com>,
	Christoph Hellwig <hch@lst.de>,
	Vincent Guittot <vincent.guittot@linaro.org>,
	Paul McKenney <paulmck@kernel.org>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	the arch/x86 maintainers <x86@kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	linux-csky@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
	David Airlie <airlied@linux.ie>,
	VMware Graphics <linux-graphics-maintainer@vmware.com>,
	Mel Gorman <mgorman@suse.de>,
	ML nouveau <nouveau@lists.freedesktop.org>,
	Dave Airlie <airlied@redhat.com>,
	"open list:SYNOPSYS ARC ARCHITECTURE"
	<linux-snps-arc@lists.infradead.org>,
	Ben Skeggs <bskeggs@redhat.com>,
	linux-xtensa@linux-xtensa.org, Arnd Bergmann <arnd@arndb.de>,
	Intel Graphics <intel-gfx@lists.freedesktop.org>,
	Roland Scheidegger <sroland@vmware.com>,
	Josef Bacik <josef@toxicpanda.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	Linus Torvalds <torvalds@linuxfoundation.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	spice-devel@lists.freedesktop.org,
	David Sterba <dsterba@suse.com>,
	virtualization@lists.linux-foundation.org,
	Dietmar Eggemann <dietmar.eggemann@arm.com>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Jani Nikula <jani.nikula@linux.intel.com>,
	Chris Zankel <chris@zankel.net>, Michal Simek <monstr@monstr.eu>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Nick Hu <nickhu@andestech.com>, Linux-MM <linux-mm@kvack.org>,
	Vineet Gupta <vgupta@synopsys.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Christian Koenig <christian.koenig@amd.com>,
	Benjamin LaHaise <bcrl@kvack.org>,
	Daniel Vetter <daniel@ffwll.ch>,
	Linux FS-devel Mailing List <linux-fsdevel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	"David S. Miller" <davem@davemloft.net>,
	linux-btrfs <linux-btrfs@vger.kernel.org>,
	Greentime Hu <green.hu@gmail.com>
Subject: Re: [patch V3 05/37] asm-generic: Provide kmap_size.h
Date: Tue, 3 Nov 2020 13:25:27 +0100	[thread overview]
Message-ID: <CAK8P3a3q1O=vTLHpjkufNhspj+OJFn0BkMD6XaPZvN_0D+=FFQ@mail.gmail.com> (raw)
In-Reply-To: <20201103095857.078043987@linutronix.de>

On Tue, Nov 3, 2020 at 10:27 AM Thomas Gleixner <tglx@linutronix.de> wrote:
>
> kmap_types.h is a misnomer because the old atomic MAP based array does not
> exist anymore and the whole indirection of architectures including
> kmap_types.h is inconinstent and does not allow to provide guard page
> debugging for this misfeature.
>
> Add a common header file which defines the mapping stack size for all
> architectures. Will be used when converting architectures over to a
> generic kmap_local/atomic implementation.
>
> The array size is chosen with the following constraints in mind:
>
>     - The deepest nest level in one context is 3 according to code
>       inspection.
>
>     - The worst case nesting for the upcoming reemptible version would be:
>
>       2 maps in task context and a fault inside
>       2 maps in the fault handler
>       3 maps in softirq
>       2 maps in interrupt
>
> So a total of 16 is sufficient and probably overestimated.
>
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

Acked-by: Arnd Bergmann <arnd@arndb.de>

_______________________________________________
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: Arnd Bergmann <arnd@kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: Juri Lelli <juri.lelli@redhat.com>,
	linux-aio <linux-aio@kvack.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	"open list:BROADCOM NVRAM DRIVER" <linux-mips@vger.kernel.org>,
	Ben Segall <bsegall@google.com>, Chris Mason <clm@fb.com>,
	Huang Rui <ray.huang@amd.com>, Paul Mackerras <paulus@samba.org>,
	Gerd Hoffmann <kraxel@redhat.com>,
	Daniel Bristot de Oliveira <bristot@redhat.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	Rodrigo Vivi <rodrigo.vivi@intel.com>,
	Vincent Chen <deanbo422@gmail.com>,
	Christoph Hellwig <hch@lst.de>,
	Vincent Guittot <vincent.guittot@linaro.org>,
	Paul McKenney <paulmck@kernel.org>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	the arch/x86 maintainers <x86@kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	linux-csky@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
	David Airlie <airlied@linux.ie>,
	VMware Graphics <linux-graphics-maintainer@vmware.com>,
	Mel Gorman <mgorman@suse.de>,
	ML nouveau <nouveau@lists.freedesktop.org>,
	Dave Airlie <airlied@redhat.com>,
	"open list:SYNOPSYS ARC ARCHITECTURE"
	<linux-snps-arc@lists.infradead.org>,
	Ben Skeggs <bskeggs@redhat.com>,
	linux-xtensa@linux-xtensa.org, Arnd Bergmann <arnd@arndb.de>,
	Intel Graphics <intel-gfx@lists.freedesktop.org>,
	Roland Scheidegger <sroland@vmware.com>,
	Josef Bacik <josef@toxicpanda.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	Linus Torvalds <torvalds@linuxfoundation.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	spice-devel@lists.freedesktop.org,
	David Sterba <dsterba@suse.com>,
	virtualization@lists.linux-foundation.org,
	Dietmar Eggemann <dietmar.eggemann@arm.com>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Chris Zankel <chris@zankel.net>, Michal Simek <monstr@monstr.eu>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Nick Hu <nickhu@andestech.com>, Linux-MM <linux-mm@kvack.org>,
	Vineet Gupta <vgupta@synopsys.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Christian Koenig <christian.koenig@amd.com>,
	Benjamin LaHaise <bcrl@kvack.org>,
	Linux FS-devel Mailing List <linux-fsdevel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	"David S. Miller" <davem@davemloft.net>,
	linux-btrfs <linux-btrfs@vger.kernel.org>,
	Greentime Hu <green.hu@gmail.com>
Subject: Re: [patch V3 05/37] asm-generic: Provide kmap_size.h
Date: Tue, 3 Nov 2020 13:25:27 +0100	[thread overview]
Message-ID: <CAK8P3a3q1O=vTLHpjkufNhspj+OJFn0BkMD6XaPZvN_0D+=FFQ@mail.gmail.com> (raw)
In-Reply-To: <20201103095857.078043987@linutronix.de>

On Tue, Nov 3, 2020 at 10:27 AM Thomas Gleixner <tglx@linutronix.de> wrote:
>
> kmap_types.h is a misnomer because the old atomic MAP based array does not
> exist anymore and the whole indirection of architectures including
> kmap_types.h is inconinstent and does not allow to provide guard page
> debugging for this misfeature.
>
> Add a common header file which defines the mapping stack size for all
> architectures. Will be used when converting architectures over to a
> generic kmap_local/atomic implementation.
>
> The array size is chosen with the following constraints in mind:
>
>     - The deepest nest level in one context is 3 according to code
>       inspection.
>
>     - The worst case nesting for the upcoming reemptible version would be:
>
>       2 maps in task context and a fault inside
>       2 maps in the fault handler
>       3 maps in softirq
>       2 maps in interrupt
>
> So a total of 16 is sufficient and probably overestimated.
>
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

Acked-by: Arnd Bergmann <arnd@arndb.de>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@kernel.org>
To: Thomas Gleixner <tglx@linutronix.de>
Cc: Juri Lelli <juri.lelli@redhat.com>,
	linux-aio <linux-aio@kvack.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	"open list:BROADCOM NVRAM DRIVER" <linux-mips@vger.kernel.org>,
	Ben Segall <bsegall@google.com>, Chris Mason <clm@fb.com>,
	Huang Rui <ray.huang@amd.com>, Paul Mackerras <paulus@samba.org>,
	Gerd Hoffmann <kraxel@redhat.com>,
	Daniel Bristot de Oliveira <bristot@redhat.com>,
	sparclinux <sparclinux@vger.kernel.org>,
	Vincent Chen <deanbo422@gmail.com>,
	Christoph Hellwig <hch@lst.de>,
	Paul McKenney <paulmck@kernel.org>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Michael Ellerman <mpe@ellerman.id.au>,
	the arch/x86 maintainers <x86@kernel.org>,
	Russell King <linux@armlinux.org.uk>,
	linux-csky@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
	David Airlie <airlied@linux.ie>,
	VMware Graphics <linux-graphics-maintainer@vmware.com>,
	Mel Gorman <mgorman@suse.de>,
	ML nouveau <nouveau@lists.freedesktop.org>,
	Dave Airlie <airlied@redhat.com>,
	"open list:SYNOPSYS ARC ARCHITECTURE"
	<linux-snps-arc@lists.infradead.org>,
	Ben Skeggs <bskeggs@redhat.com>,
	linux-xtensa@linux-xtensa.org, Arnd Bergmann <arnd@arndb.de>,
	Intel Graphics <intel-gfx@lists.freedesktop.org>,
	Roland Scheidegger <sroland@vmware.com>,
	Josef Bacik <josef@toxicpanda.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	Linus Torvalds <torvalds@linuxfoundation.org>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	spice-devel@lists.freedesktop.org,
	David Sterba <dsterba@suse.com>,
	virtualization@lists.linux-foundation.org,
	Dietmar Eggemann <dietmar.eggemann@arm.com>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Chris Zankel <chris@zankel.net>, Michal Simek <monstr@monstr.eu>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	Nick Hu <nickhu@andestech.com>, Linux-MM <linux-mm@kvack.org>,
	Vineet Gupta <vgupta@synopsys.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Christian Koenig <christian.koenig@amd.com>,
	Benjamin LaHaise <bcrl@kvack.org>,
	Linux FS-devel Mailing List <linux-fsdevel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
	"David S. Miller" <davem@davemloft.net>,
	linux-btrfs <linux-btrfs@vger.kernel.org>,
	Greentime Hu <green.hu@gmail.com>
Subject: Re: [Intel-gfx] [patch V3 05/37] asm-generic: Provide kmap_size.h
Date: Tue, 3 Nov 2020 13:25:27 +0100	[thread overview]
Message-ID: <CAK8P3a3q1O=vTLHpjkufNhspj+OJFn0BkMD6XaPZvN_0D+=FFQ@mail.gmail.com> (raw)
In-Reply-To: <20201103095857.078043987@linutronix.de>

On Tue, Nov 3, 2020 at 10:27 AM Thomas Gleixner <tglx@linutronix.de> wrote:
>
> kmap_types.h is a misnomer because the old atomic MAP based array does not
> exist anymore and the whole indirection of architectures including
> kmap_types.h is inconinstent and does not allow to provide guard page
> debugging for this misfeature.
>
> Add a common header file which defines the mapping stack size for all
> architectures. Will be used when converting architectures over to a
> generic kmap_local/atomic implementation.
>
> The array size is chosen with the following constraints in mind:
>
>     - The deepest nest level in one context is 3 according to code
>       inspection.
>
>     - The worst case nesting for the upcoming reemptible version would be:
>
>       2 maps in task context and a fault inside
>       2 maps in the fault handler
>       3 maps in softirq
>       2 maps in interrupt
>
> So a total of 16 is sufficient and probably overestimated.
>
> Signed-off-by: Thomas Gleixner <tglx@linutronix.de>

Acked-by: Arnd Bergmann <arnd@arndb.de>
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2020-11-03 12:25 UTC|newest]

Thread overview: 401+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-03  9:27 [patch V3 00/37] mm/highmem: Preemptible variant of kmap_atomic & friends Thomas Gleixner
2020-11-03  9:27 ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27 ` Thomas Gleixner
2020-11-03  9:27 ` Thomas Gleixner
2020-11-03  9:27 ` Thomas Gleixner
2020-11-03  9:27 ` Thomas Gleixner
2020-11-03  9:27 ` Thomas Gleixner
2020-11-03  9:27 ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 01/37] mm/highmem: Un-EXPORT __kmap_atomic_idx() Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 02/37] highmem: Remove unused functions Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 03/37] fs: Remove asm/kmap_types.h includes Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03 11:12   ` David Sterba
2020-11-03 11:12     ` [Intel-gfx] " David Sterba
2020-11-03 11:12     ` David Sterba
2020-11-03 11:12     ` David Sterba
2020-11-03 11:12     ` David Sterba
2020-11-03 11:12     ` David Sterba
2020-11-03 11:12     ` David Sterba
2020-11-03 11:12     ` David Sterba
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 04/37] sh/highmem: Remove all traces of unused cruft Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 05/37] asm-generic: Provide kmap_size.h Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03 12:25   ` Arnd Bergmann [this message]
2020-11-03 12:25     ` [Intel-gfx] " Arnd Bergmann
2020-11-03 12:25     ` Arnd Bergmann
2020-11-03 12:25     ` Arnd Bergmann
2020-11-03 12:25     ` Arnd Bergmann
2020-11-03 12:25     ` Arnd Bergmann
2020-11-03 12:25     ` Arnd Bergmann
2020-11-03 12:25     ` Arnd Bergmann
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 06/37] highmem: Provide generic variant of kmap_atomic* Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 07/37] highmem: Make DEBUG_HIGHMEM functional Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 08/37] x86/mm/highmem: Use generic kmap atomic implementation Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 09/37] arc/mm/highmem: " Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 10/37] ARM: highmem: Switch to generic kmap atomic Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
     [not found]   ` <CGME20201112081036eucas1p14e135a370d3bccab311727fd2e89f4df@eucas1p1.samsung.com>
2020-11-12  8:10     ` [patch V3 10/37] " Marek Szyprowski
2020-11-12  8:10       ` Marek Szyprowski
2020-11-12  8:10       ` Marek Szyprowski
2020-11-12  8:10       ` Marek Szyprowski
2020-11-12  8:10       ` Marek Szyprowski
2020-11-12  8:10       ` Marek Szyprowski
2020-11-12  8:10       ` Marek Szyprowski
2020-11-12 11:03       ` Thomas Gleixner
2020-11-12 11:03         ` Thomas Gleixner
2020-11-12 11:03         ` Thomas Gleixner
2020-11-12 11:03         ` Thomas Gleixner
2020-11-12 11:03         ` Thomas Gleixner
2020-11-12 11:03         ` Thomas Gleixner
2020-11-12 11:03         ` Thomas Gleixner
2020-11-12 11:03         ` Thomas Gleixner
2020-11-12 11:07       ` Sebastian Andrzej Siewior
2020-11-12 11:07         ` Sebastian Andrzej Siewior
2020-11-12 11:07         ` Sebastian Andrzej Siewior
2020-11-12 11:07         ` Sebastian Andrzej Siewior
2020-11-12 11:07         ` Sebastian Andrzej Siewior
2020-11-12 11:07         ` Sebastian Andrzej Siewior
2020-11-12 11:07         ` Sebastian Andrzej Siewior
2020-11-12 11:07         ` Sebastian Andrzej Siewior
2020-11-03  9:27 ` [patch V3 11/37] csky/mm/highmem: " Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 12/37] microblaze/mm/highmem: " Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 13/37] mips/mm/highmem: " Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 14/37] nds32/mm/highmem: " Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 15/37] powerpc/mm/highmem: " Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 16/37] sparc/mm/highmem: " Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 17/37] xtensa/mm/highmem: " Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 18/37] highmem: Get rid of kmap_types.h Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 19/37] mm/highmem: Remove the old kmap_atomic cruft Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 20/37] io-mapping: Cleanup atomic iomap Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 21/37] Documentation/io-mapping: Remove outdated blurb Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 22/37] highmem: High implementation details and document API Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03 17:48   ` Linus Torvalds
2020-11-03 17:48     ` [Intel-gfx] " Linus Torvalds
2020-11-03 17:48     ` Linus Torvalds
2020-11-03 17:48     ` Linus Torvalds
2020-11-03 17:48     ` Linus Torvalds
2020-11-03 17:48     ` Linus Torvalds
2020-11-03 17:48     ` Linus Torvalds
2020-11-03 17:48     ` Linus Torvalds
2020-11-03 17:48     ` Linus Torvalds
2020-11-03 19:00     ` Thomas Gleixner
2020-11-03 19:00       ` [Intel-gfx] " Thomas Gleixner
2020-11-03 19:00       ` Thomas Gleixner
2020-11-03 19:00       ` Thomas Gleixner
2020-11-03 19:00       ` Thomas Gleixner
2020-11-03 19:00       ` Thomas Gleixner
2020-11-03 19:00       ` Thomas Gleixner
2020-11-03 19:00       ` Thomas Gleixner
2020-11-03 19:00       ` Thomas Gleixner
2020-11-06 23:27   ` [tip: core/mm] " tip-bot2 for Thomas Gleixner
2020-11-03  9:27 ` [patch V3 23/37] sched: Make migrate_disable/enable() independent of RT Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 24/37] sched: highmem: Store local kmaps in task struct Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03 13:49   ` Thomas Gleixner
2020-11-03 13:49     ` [Intel-gfx] " Thomas Gleixner
2020-11-03 13:49     ` Thomas Gleixner
2020-11-03 13:49     ` Thomas Gleixner
2020-11-03 13:49     ` Thomas Gleixner
2020-11-03 13:49     ` Thomas Gleixner
2020-11-03 13:49     ` Thomas Gleixner
2020-11-03 13:49     ` Thomas Gleixner
2020-11-03 13:51   ` [patch V4 " Thomas Gleixner
2020-11-03 13:51     ` [Intel-gfx] " Thomas Gleixner
2020-11-03 13:51     ` Thomas Gleixner
2020-11-03 13:51     ` Thomas Gleixner
2020-11-03 13:51     ` Thomas Gleixner
2020-11-03 13:51     ` Thomas Gleixner
2020-11-03 13:51     ` Thomas Gleixner
2020-11-03 13:51     ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 25/37] mm/highmem: Provide kmap_local* Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 26/37] io-mapping: Provide iomap_local variant Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 27/37] x86/crashdump/32: Simplify copy_oldmem_page() Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 28/37] mips/crashdump: " Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 29/37] ARM: mm: Replace kmap_atomic_pfn() Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 30/37] highmem: Remove kmap_atomic_pfn() Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 31/37] drm/ttm: Replace kmap_atomic() usage Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 32/37] drm/vmgfx: Replace kmap_atomic() Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 33/37] highmem: Remove kmap_atomic_prot() Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 34/37] drm/qxl: Replace io_mapping_map_atomic_wc() Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 35/37] drm/nouveau/device: " Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 36/37] drm/i915: " Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27 ` [patch V3 37/37] io-mapping: Remove io_mapping_map_atomic_wc() Thomas Gleixner
2020-11-03  9:27   ` [Intel-gfx] " Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03  9:27   ` Thomas Gleixner
2020-11-03 13:33 ` [Intel-gfx] ✗ Fi.CI.BUILD: failure for mm/highmem: Preemptible variant of kmap_atomic & friends Patchwork
2020-11-03 13:57 ` [Intel-gfx] ✗ Fi.CI.BUILD: failure for mm/highmem: Preemptible variant of kmap_atomic & friends (rev2) Patchwork

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='CAK8P3a3q1O=vTLHpjkufNhspj+OJFn0BkMD6XaPZvN_0D+=FFQ@mail.gmail.com' \
    --to=arnd@kernel.org \
    --cc=airlied@linux.ie \
    --cc=airlied@redhat.com \
    --cc=akpm@linux-foundation.org \
    --cc=arnd@arndb.de \
    --cc=bcrl@kvack.org \
    --cc=benh@kernel.crashing.org \
    --cc=bigeasy@linutronix.de \
    --cc=bristot@redhat.com \
    --cc=bsegall@google.com \
    --cc=bskeggs@redhat.com \
    --cc=chris@zankel.net \
    --cc=christian.koenig@amd.com \
    --cc=clm@fb.com \
    --cc=daniel@ffwll.ch \
    --cc=davem@davemloft.net \
    --cc=deanbo422@gmail.com \
    --cc=dietmar.eggemann@arm.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=dsterba@suse.com \
    --cc=green.hu@gmail.com \
    --cc=hch@lst.de \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jani.nikula@linux.intel.com \
    --cc=jcmvbkbc@gmail.com \
    --cc=joonas.lahtinen@linux.intel.com \
    --cc=josef@toxicpanda.com \
    --cc=juri.lelli@redhat.com \
    --cc=kraxel@redhat.com \
    --cc=linux-aio@kvack.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=linux-csky@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-graphics-maintainer@vmware.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mips@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-snps-arc@lists.infradead.org \
    --cc=linux-xtensa@linux-xtensa.org \
    --cc=linux@armlinux.org.uk \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=mgorman@suse.de \
    --cc=mingo@kernel.org \
    --cc=monstr@monstr.eu \
    --cc=mpe@ellerman.id.au \
    --cc=nickhu@andestech.com \
    --cc=nouveau@lists.freedesktop.org \
    --cc=paulmck@kernel.org \
    --cc=paulus@samba.org \
    --cc=peterz@infradead.org \
    --cc=ray.huang@amd.com \
    --cc=rodrigo.vivi@intel.com \
    --cc=rostedt@goodmis.org \
    --cc=sparclinux@vger.kernel.org \
    --cc=spice-devel@lists.freedesktop.org \
    --cc=sroland@vmware.com \
    --cc=tglx@linutronix.de \
    --cc=torvalds@linuxfoundation.org \
    --cc=tsbogend@alpha.franken.de \
    --cc=vgupta@synopsys.com \
    --cc=vincent.guittot@linaro.org \
    --cc=viro@zeniv.linux.org.uk \
    --cc=virtualization@lists.linux-foundation.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: 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.