All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoph Hellwig <hch@infradead.org>
To: ira.weiny@intel.com
Cc: linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	Christian Koenig <christian.koenig@amd.com>,
	Huang Rui <ray.huang@amd.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	dri-devel@lists.freedesktop.org,
	"James E.J. Bottomley" <James.Bottomley@hansenpartnership.com>,
	Max Filippov <jcmvbkbc@gmail.com>,
	Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
	Helge Deller <deller@gmx.de>,
	x86@kernel.org, linux-csky@vger.kernel.org,
	Ingo Molnar <mingo@redhat.com>,
	linux-snps-arc@lists.infradead.org,
	linux-xtensa@linux-xtensa.org, Borislav Petkov <bp@alien8.de>,
	Andy Lutomirski <luto@kernel.org>,
	Dan Williams <dan.j.williams@intel.com>,
	linux-arm-kernel@lists.infradead.org,
	Chris Zankel <chris@zankel.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org, linux-mips@vger.kernel.org,
	linuxppc-dev@lists.ozlabs.org,
	"David S. Miller" <davem@davemloft.net>
Subject: sparc-related comment, to Re: [PATCH V1 07/10] arch/kmap: Ensure kmap_prot visibility
Date: Fri, 1 May 2020 01:44:46 -0700	[thread overview]
Message-ID: <20200501084446.GG27858@infradead.org> (raw)
In-Reply-To: <20200430203845.582900-8-ira.weiny@intel.com>

> --- a/arch/sparc/mm/highmem.c
> +++ b/arch/sparc/mm/highmem.c
> @@ -33,6 +33,7 @@
>  #include <asm/vaddrs.h>
>  
>  pgprot_t kmap_prot;
> +EXPORT_SYMBOL(kmap_prot);

Btw, I don't see why sparc needs this as a variable, as there is just
a single assignment to it.

If sparc is sorted out we can always make it a define, and use a define
for kmap_prot that defaults to PAGE_KERNEL, avoiding a little
more duplication.

WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@infradead.org>
To: ira.weiny@intel.com
Cc: Peter Zijlstra <peterz@infradead.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	dri-devel@lists.freedesktop.org, linux-mips@vger.kernel.org,
	"James E.J. Bottomley" <James.Bottomley@hansenpartnership.com>,
	Max Filippov <jcmvbkbc@gmail.com>, Huang Rui <ray.huang@amd.com>,
	Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux@vger.kernel.org,
	Dan Williams <dan.j.williams@intel.com>,
	Helge Deller <deller@gmx.de>,
	x86@kernel.org, linux-csky@vger.kernel.org,
	Ingo Molnar <mingo@redhat.com>,
	linux-snps-arc@lists.infradead.org,
	linux-xtensa@linux-xtensa.org, Borislav Petkov <bp@alien8.de>,
	Andy Lutomirski <luto@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Chris Zankel <chris@zankel.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	"David S. Miller" <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	Christian Koenig <christian.koenig@amd.com>
Subject: sparc-related comment, to Re: [PATCH V1 07/10] arch/kmap: Ensure kmap_prot visibility
Date: Fri, 1 May 2020 01:44:46 -0700	[thread overview]
Message-ID: <20200501084446.GG27858@infradead.org> (raw)
In-Reply-To: <20200430203845.582900-8-ira.weiny@intel.com>

> --- a/arch/sparc/mm/highmem.c
> +++ b/arch/sparc/mm/highmem.c
> @@ -33,6 +33,7 @@
>  #include <asm/vaddrs.h>
>  
>  pgprot_t kmap_prot;
> +EXPORT_SYMBOL(kmap_prot);

Btw, I don't see why sparc needs this as a variable, as there is just
a single assignment to it.

If sparc is sorted out we can always make it a define, and use a define
for kmap_prot that defaults to PAGE_KERNEL, avoiding a little
more duplication.

_______________________________________________
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: Christoph Hellwig <hch@infradead.org>
To: ira.weiny@intel.com
Cc: Peter Zijlstra <peterz@infradead.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	dri-devel@lists.freedesktop.org, linux-mips@vger.kernel.org,
	"James E.J. Bottomley" <James.Bottomley@hansenpartnership.com>,
	Max Filippov <jcmvbkbc@gmail.com>, Huang Rui <ray.huang@amd.com>,
	Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux@vger.kernel.org,
	Dan Williams <dan.j.williams@intel.com>,
	Helge Deller <deller@gmx.de>,
	x86@kernel.org, linux-csky@vger.kernel.org,
	Ingo Molnar <mingo@redhat.com>,
	linux-snps-arc@lists.infradead.org,
	linux-xtensa@linux-xtensa.org, Borislav Petkov <bp@alien8.de>,
	Andy Lutomirski <luto@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Chris Zankel <chris@zankel.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	"David S. Miller" <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	Christian Koenig <christian.koenig@amd.com>
Subject: sparc-related comment, to Re: [PATCH V1 07/10] arch/kmap: Ensure kmap_prot visibility
Date: Fri, 1 May 2020 01:44:46 -0700	[thread overview]
Message-ID: <20200501084446.GG27858@infradead.org> (raw)
In-Reply-To: <20200430203845.582900-8-ira.weiny@intel.com>

> --- a/arch/sparc/mm/highmem.c
> +++ b/arch/sparc/mm/highmem.c
> @@ -33,6 +33,7 @@
>  #include <asm/vaddrs.h>
>  
>  pgprot_t kmap_prot;
> +EXPORT_SYMBOL(kmap_prot);

Btw, I don't see why sparc needs this as a variable, as there is just
a single assignment to it.

If sparc is sorted out we can always make it a define, and use a define
for kmap_prot that defaults to PAGE_KERNEL, avoiding a little
more duplication.

WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@infradead.org>
To: ira.weiny@intel.com
Cc: Peter Zijlstra <peterz@infradead.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	dri-devel@lists.freedesktop.org, linux-mips@vger.kernel.org,
	"James E.J. Bottomley" <James.Bottomley@hansenpartnership.com>,
	Max Filippov <jcmvbkbc@gmail.com>, Huang Rui <ray.huang@amd.com>,
	Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux@vger.kernel.org,
	Dan Williams <dan.j.williams@intel.com>,
	Helge Deller <deller@gmx.de>,
	x86@kernel.org, linux-csky@vger.kernel.org,
	Ingo Molnar <mingo@redhat.com>,
	linux-snps-arc@lists.infradead.org,
	linux-xtensa@linux-xtensa.org, Borislav Petkov <bp@alien8.de>,
	Andy Lutomirski <luto@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Chris Zankel <chris@zankel.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	"David S. Miller" <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	Christian Koenig <christian.koenig@amd.com>
Subject: sparc-related comment, to Re: [PATCH V1 07/10] arch/kmap: Ensure kmap_prot visibility
Date: Fri, 01 May 2020 08:44:46 +0000	[thread overview]
Message-ID: <20200501084446.GG27858@infradead.org> (raw)
In-Reply-To: <20200430203845.582900-8-ira.weiny@intel.com>

> --- a/arch/sparc/mm/highmem.c
> +++ b/arch/sparc/mm/highmem.c
> @@ -33,6 +33,7 @@
>  #include <asm/vaddrs.h>
>  
>  pgprot_t kmap_prot;
> +EXPORT_SYMBOL(kmap_prot);

Btw, I don't see why sparc needs this as a variable, as there is just
a single assignment to it.

If sparc is sorted out we can always make it a define, and use a define
for kmap_prot that defaults to PAGE_KERNEL, avoiding a little
more duplication.

WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@infradead.org>
To: ira.weiny@intel.com
Cc: Peter Zijlstra <peterz@infradead.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	dri-devel@lists.freedesktop.org, linux-mips@vger.kernel.org,
	"James E.J. Bottomley" <James.Bottomley@hansenpartnership.com>,
	Max Filippov <jcmvbkbc@gmail.com>, Huang Rui <ray.huang@amd.com>,
	Paul Mackerras <paulus@samba.org>,
	"H. Peter Anvin" <hpa@zytor.com>,
	sparclinux@vger.kernel.org,
	Dan Williams <dan.j.williams@intel.com>,
	Helge Deller <deller@gmx.de>,
	x86@kernel.org, linux-csky@vger.kernel.org,
	Ingo Molnar <mingo@redhat.com>,
	linux-snps-arc@lists.infradead.org,
	linux-xtensa@linux-xtensa.org, Borislav Petkov <bp@alien8.de>,
	Andy Lutomirski <luto@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel@lists.infradead.org,
	Chris Zankel <chris@zankel.net>,
	Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
	linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org,
	"David S. Miller" <davem@davemloft.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	linuxppc-dev@lists.ozlabs.org,
	Christian Koenig <christian.koenig@amd.com>
Subject: sparc-related comment, to Re: [PATCH V1 07/10] arch/kmap: Ensure kmap_prot visibility
Date: Fri, 1 May 2020 01:44:46 -0700	[thread overview]
Message-ID: <20200501084446.GG27858@infradead.org> (raw)
In-Reply-To: <20200430203845.582900-8-ira.weiny@intel.com>

> --- a/arch/sparc/mm/highmem.c
> +++ b/arch/sparc/mm/highmem.c
> @@ -33,6 +33,7 @@
>  #include <asm/vaddrs.h>
>  
>  pgprot_t kmap_prot;
> +EXPORT_SYMBOL(kmap_prot);

Btw, I don't see why sparc needs this as a variable, as there is just
a single assignment to it.

If sparc is sorted out we can always make it a define, and use a define
for kmap_prot that defaults to PAGE_KERNEL, avoiding a little
more duplication.

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

  reply	other threads:[~2020-05-01  8:44 UTC|newest]

Thread overview: 179+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-30 20:38 [PATCH V1 00/10] Remove duplicated kmap code ira.weiny
2020-04-30 20:38 ` ira.weiny
2020-04-30 20:38 ` ira.weiny
2020-04-30 20:38 ` ira.weiny
2020-04-30 20:38 ` ira.weiny
2020-04-30 20:38 ` ira.weiny
2020-04-30 20:38 ` [PATCH V1 01/10] arch/kmap: Remove BUG_ON() ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-05-01  8:35   ` Christoph Hellwig
2020-05-01  8:35     ` Christoph Hellwig
2020-05-01  8:35     ` Christoph Hellwig
2020-05-01  8:35     ` Christoph Hellwig
2020-05-01  8:35     ` Christoph Hellwig
2020-04-30 20:38 ` [PATCH V1 02/10] arch/xtensa: Move kmap build bug out of the way ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-05-01  8:36   ` Christoph Hellwig
2020-05-01  8:36     ` Christoph Hellwig
2020-05-01  8:36     ` Christoph Hellwig
2020-05-01  8:36     ` Christoph Hellwig
2020-05-01  8:36     ` Christoph Hellwig
2020-04-30 20:38 ` [PATCH V1 03/10] arch/kmap: Remove redundant arch specific kmaps ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-05-01  8:37   ` Christoph Hellwig
2020-05-01  8:37     ` Christoph Hellwig
2020-05-01  8:37     ` Christoph Hellwig
2020-05-01  8:37     ` Christoph Hellwig
2020-05-01  8:37     ` Christoph Hellwig
2020-04-30 20:38 ` [PATCH V1 04/10] arch/kunmap: Remove duplicate kunmap implementations ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-05-01  8:38   ` Christoph Hellwig
2020-05-01  8:38     ` Christoph Hellwig
2020-05-01  8:38     ` Christoph Hellwig
2020-05-01  8:38     ` Christoph Hellwig
2020-05-01  8:38     ` Christoph Hellwig
2020-04-30 20:38 ` [PATCH V1 05/10] arch/kmap_atomic: Consolidate duplicate code ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-05-01  2:09   ` Al Viro
2020-05-01  2:09     ` Al Viro
2020-05-01  2:09     ` Al Viro
2020-05-01  2:09     ` Al Viro
2020-05-01  2:09     ` Al Viro
2020-05-01  2:09     ` Al Viro
2020-05-01  8:39   ` Christoph Hellwig
2020-05-01  8:39     ` Christoph Hellwig
2020-05-01  8:39     ` Christoph Hellwig
2020-05-01  8:39     ` Christoph Hellwig
2020-05-01  8:39     ` Christoph Hellwig
2020-04-30 20:38 ` [PATCH V1 06/10] arch/kunmap_atomic: " ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-05-01  8:39   ` Christoph Hellwig
2020-05-01  8:39     ` Christoph Hellwig
2020-05-01  8:39     ` Christoph Hellwig
2020-05-01  8:39     ` Christoph Hellwig
2020-05-01  8:39     ` Christoph Hellwig
2020-04-30 20:38 ` [PATCH V1 07/10] arch/kmap: Ensure kmap_prot visibility ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-05-01  8:44   ` Christoph Hellwig [this message]
2020-05-01  8:44     ` sparc-related comment, to " Christoph Hellwig
2020-05-01  8:44     ` Christoph Hellwig
2020-05-01  8:44     ` Christoph Hellwig
2020-05-01  8:44     ` Christoph Hellwig
2020-05-01 15:35     ` Ira Weiny
2020-05-01 15:35       ` Ira Weiny
2020-05-01 15:35       ` Ira Weiny
2020-05-01 15:35       ` Ira Weiny
2020-05-01 15:35       ` Ira Weiny
2020-05-01 15:35       ` Ira Weiny
2020-04-30 20:38 ` [PATCH V1 08/10] arch/kmap: Don't hard code kmap_prot values ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-05-01  2:16   ` Al Viro
2020-05-01  2:16     ` Al Viro
2020-05-01  2:16     ` Al Viro
2020-05-01  2:16     ` Al Viro
2020-05-01  2:16     ` Al Viro
2020-05-01  2:16     ` Al Viro
2020-05-01  8:47   ` Christoph Hellwig
2020-05-01  8:47     ` Christoph Hellwig
2020-05-01  8:47     ` Christoph Hellwig
2020-05-01  8:47     ` Christoph Hellwig
2020-05-01  8:47     ` Christoph Hellwig
2020-04-30 20:38 ` [PATCH V1 09/10] arch/kmap: Define kmap_atomic_prot() for all arch's ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-05-01  2:37   ` Al Viro
2020-05-01  2:37     ` Al Viro
2020-05-01  2:37     ` Al Viro
2020-05-01  2:37     ` Al Viro
2020-05-01  2:37     ` Al Viro
2020-05-01  2:37     ` Al Viro
2020-05-01  3:20     ` Al Viro
2020-05-01  3:20       ` Al Viro
2020-05-01  3:20       ` Al Viro
2020-05-01  3:20       ` Al Viro
2020-05-01  3:20       ` Al Viro
2020-05-01  3:20       ` Al Viro
2020-05-03  3:11       ` Ira Weiny
2020-05-03  3:11         ` Ira Weiny
2020-05-03  3:11         ` Ira Weiny
2020-05-03  3:11         ` Ira Weiny
2020-05-03  3:11         ` Ira Weiny
2020-05-03  3:11         ` Ira Weiny
2020-05-01  8:48   ` Christoph Hellwig
2020-05-01  8:48     ` Christoph Hellwig
2020-05-01  8:48     ` Christoph Hellwig
2020-05-01  8:48     ` Christoph Hellwig
2020-05-01  8:48     ` Christoph Hellwig
2020-04-30 20:38 ` [PATCH V1 10/10] drm: Remove drm specific kmap_atomic code ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-04-30 20:38   ` ira.weiny
2020-05-01  7:23   ` Christian König
2020-05-01  7:23     ` Christian König
2020-05-01  7:23     ` Christian König
2020-05-01  7:23     ` Christian König
2020-05-01  7:23     ` Christian König
2020-05-01  7:23     ` Christian König
2020-05-01  8:49   ` Christoph Hellwig
2020-05-01  8:49     ` Christoph Hellwig
2020-05-01  8:49     ` Christoph Hellwig
2020-05-01  8:49     ` Christoph Hellwig
2020-05-01  8:49     ` Christoph Hellwig
2020-05-01  2:29 ` [PATCH V1 00/10] Remove duplicated kmap code Michael Ellerman
2020-05-01  2:29   ` Michael Ellerman
2020-05-01  2:29   ` Michael Ellerman
2020-05-01  2:29   ` Michael Ellerman
2020-05-01  2:29   ` Michael Ellerman
2020-05-01  2:29   ` Michael Ellerman
2020-05-01  8:46 ` xtensa question, was " Christoph Hellwig
2020-05-01  9:02   ` Max Filippov
2020-05-01  9:19     ` Christoph Hellwig
2020-05-01  9:50       ` Max Filippov
2020-05-01  8:54 ` Christoph Hellwig
2020-05-01  8:54   ` Christoph Hellwig
2020-05-01  8:54   ` Christoph Hellwig
2020-05-01  8:54   ` Christoph Hellwig
2020-05-01  8:54   ` Christoph Hellwig
2020-05-01 17:18   ` Ira Weiny
2020-05-01 17:18     ` Ira Weiny
2020-05-01 17:18     ` Ira Weiny
2020-05-01 17:18     ` Ira Weiny
2020-05-01 17:18     ` Ira Weiny
2020-05-01 17:18     ` Ira Weiny

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=20200501084446.GG27858@infradead.org \
    --to=hch@infradead.org \
    --cc=James.Bottomley@hansenpartnership.com \
    --cc=akpm@linux-foundation.org \
    --cc=bp@alien8.de \
    --cc=chris@zankel.net \
    --cc=christian.koenig@amd.com \
    --cc=dan.j.williams@intel.com \
    --cc=dave.hansen@linux.intel.com \
    --cc=davem@davemloft.net \
    --cc=deller@gmx.de \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=hpa@zytor.com \
    --cc=ira.weiny@intel.com \
    --cc=jcmvbkbc@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-csky@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mips@vger.kernel.org \
    --cc=linux-parisc@vger.kernel.org \
    --cc=linux-snps-arc@lists.infradead.org \
    --cc=linux-xtensa@linux-xtensa.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=luto@kernel.org \
    --cc=mingo@redhat.com \
    --cc=paulus@samba.org \
    --cc=peterz@infradead.org \
    --cc=ray.huang@amd.com \
    --cc=sparclinux@vger.kernel.org \
    --cc=tglx@linutronix.de \
    --cc=tsbogend@alpha.franken.de \
    --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.