From: Kenneth Lee <liguozhu-C8/M+/jPZTeaMJb+Lgu22Q@public.gmane.org> To: Lu Baolu <baolu.lu-VuQAYsv1563Yd54FQh9/CA@public.gmane.org> Cc: Kenneth Lee <nek.in.cn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Herbert Xu <herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org>, kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Jonathan Corbet <corbet-T1hC0tSOHrs@public.gmane.org>, Greg Kroah-Hartman <gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org>, linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Sanjay Kumar <sanjay.k.kumar-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, Hao Fang <fanghao11-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linuxarm-hv44wF8Li93QT0dZR+AlfA@public.gmane.org, Alex Williamson <alex.williamson-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>, linux-crypto-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Philippe Ombredanne <pombredanne-od1rfyK75/E@public.gmane.org>, "David S . Miller" <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>, linux-accelerators-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org Subject: Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive Date: Thu, 6 Sep 2018 17:11:35 +0800 [thread overview] Message-ID: <20180906091135.GF230707@Turing-Arch-b> (raw) In-Reply-To: <81edb8ff-d046-34e5-aee7-d8564e2517c2-VuQAYsv1563Yd54FQh9/CA@public.gmane.org> On Mon, Sep 03, 2018 at 10:32:16AM +0800, Lu Baolu wrote: > Date: Mon, 3 Sep 2018 10:32:16 +0800 > From: Lu Baolu <baolu.lu@linux.intel.com> > To: Kenneth Lee <nek.in.cn@gmail.com>, Jonathan Corbet <corbet@lwn.net>, > Herbert Xu <herbert@gondor.apana.org.au>, "David S . Miller" > <davem@davemloft.net>, Joerg Roedel <joro@8bytes.org>, Alex Williamson > <alex.williamson@redhat.com>, Kenneth Lee <liguozhu@hisilicon.com>, Hao > Fang <fanghao11@huawei.com>, Zhou Wang <wangzhou1@hisilicon.com>, Zaibo Xu > <xuzaibo@huawei.com>, Philippe Ombredanne <pombredanne@nexb.com>, Greg > Kroah-Hartman <gregkh@linuxfoundation.org>, Thomas Gleixner > <tglx@linutronix.de>, linux-doc@vger.kernel.org, > linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org, > iommu@lists.linux-foundation.org, kvm@vger.kernel.org, > linux-accelerators@lists.ozlabs.org, Sanjay Kumar > <sanjay.k.kumar@intel.com> > CC: baolu.lu@linux.intel.com, linuxarm@huawei.com > Subject: Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 > Thunderbird/52.9.1 > Message-ID: <81edb8ff-d046-34e5-aee7-d8564e2517c2@linux.intel.com> > > Hi, > > On 09/03/2018 08:51 AM, Kenneth Lee wrote: > >From: Kenneth Lee <liguozhu@hisilicon.com> > > > >WarpDrive is an accelerator framework to expose the hardware capabilities > >directly to the user space. It makes use of the exist vfio and vfio-mdev > >facilities. So the user application can send request and DMA to the > >hardware without interaction with the kernel. This removes the latency > >of syscall. > > > >WarpDrive is the name for the whole framework. The component in kernel > >is called SDMDEV, Share Domain Mediated Device. Driver driver exposes its > >hardware resource by registering to SDMDEV as a VFIO-Mdev. So the user > >library of WarpDrive can access it via VFIO interface. > > > >The patchset contains document for the detail. Please refer to it for more > >information. > > > >This patchset is intended to be used with Jean Philippe Brucker's SVA > >patch [1], which enables not only IO side page fault, but also PASID > >support to IOMMU and VFIO. > > > >With these features, WarpDrive can support non-pinned memory and > >multi-process in the same accelerator device. We tested it in our SoC > >integrated Accelerator (board ID: D06, Chip ID: HIP08). A reference work > >tree can be found here: [2]. > > > >But it is not mandatory. This patchset is tested in the latest mainline > >kernel without the SVA patches. So it supports only one process for each > >accelerator. > > > >We have noticed the IOMMU aware mdev RFC announced recently [3]. > > > >The IOMMU aware mdev has similar idea but different intention comparing to > >WarpDrive. It intends to dedicate part of the hardware resource to a VM. > >And the design is supposed to be used with Scalable I/O Virtualization. > >While sdmdev is intended to share the hardware resource with a big amount > >of processes. It just requires the hardware supporting address > >translation per process (PCIE's PASID or ARM SMMU's substream ID). > > > >But we don't see serious confliction on both design. We believe they can be > >normalized as one. > > > >The patch 1 is document of the framework. The patch 2 and 3 add sdmdev > >support. The patch 4, 5 and 6 is drivers for Hislicon's ZIP Accelerator > >which is registered to both crypto and warpdrive(sdmdev) and can be > >used from kernel or user space at the same time. The patch 7 is a user > >space sample demonstrating how WarpDrive works. > > > > > >Change History: > >V2 changed from V1: > > 1. Change kernel framework name from SPIMDEV (Share Parent IOMMU > > Mdev) to SDMDEV (Share Domain Mdev). > > 2. Allocate Hardware Resource when a new mdev is created (While > > it is allocated when the mdev is openned) > > 3. Unmap pages from the shared domain when the sdmdev iommu group is > > detached. (This procedure is necessary, but missed in V1) > > 4. Update document accordingly. > > 5. Rebase to the latest kernel (4.19.0-rc1) > > > > According the review comment on RFCv1, We did try to use dma-buf > > as back end of WarpDrive. It can work properly with the current > > solution [4], but it cannot make use of process's > > own memory address space directly. This is important to many > > acceleration scenario. So dma-buf will be taken as a backup > > alternative for noiommu scenario, it will be added in the future > > version. > > > > > >Refernces: > >[1] https://www.spinics.net/lists/kernel/msg2651481.html > >[2] https://github.com/Kenneth-Lee/linux-kernel-warpdrive/tree/warpdrive-sva-v0.5 > >[3] https://lkml.org/lkml/2018/7/22/34 > > Please refer to the latest version posted here for discussion. > > https://lkml.org/lkml/2018/8/30/107 Sure. Thank you. > > Best regards, > Lu Baolu -- -Kenneth(Hisilicon) ================================================================================ 本邮件及其附件含有华为公司的保密信息,仅限于发送给上面地址中列出的个人或群组。禁 止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、或散发)本邮件中 的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除本邮件! This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu
WARNING: multiple messages have this Message-ID (diff)
From: Kenneth Lee <liguozhu@hisilicon.com> To: Lu Baolu <baolu.lu@linux.intel.com> Cc: Kenneth Lee <nek.in.cn@gmail.com>, Jonathan Corbet <corbet@lwn.net>, Herbert Xu <herbert@gondor.apana.org.au>, "David S . Miller" <davem@davemloft.net>, Joerg Roedel <joro@8bytes.org>, Alex Williamson <alex.williamson@redhat.com>, Hao Fang <fanghao11@huawei.com>, Zhou Wang <wangzhou1@hisilicon.com>, Zaibo Xu <xuzaibo@huawei.com>, Philippe Ombredanne <pombredanne@nexb.com>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Thomas Gleixner <tglx@linutronix.de>, <linux-doc@vger.kernel.org>, <linux-kernel@vger.kernel.org>, <linux-crypto@vger.kernel.org>, <iommu@lists.linux-foundation.org>, <kvm@vger.kernel.org>, <linux-accelerators@lists.ozlabs.org>, Sanjay Kumar <sanjay.k.kumar@intel.com>, <linuxarm@huawei.com> Subject: Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive Date: Thu, 6 Sep 2018 17:11:35 +0800 [thread overview] Message-ID: <20180906091135.GF230707@Turing-Arch-b> (raw) In-Reply-To: <81edb8ff-d046-34e5-aee7-d8564e2517c2@linux.intel.com> On Mon, Sep 03, 2018 at 10:32:16AM +0800, Lu Baolu wrote: > Date: Mon, 3 Sep 2018 10:32:16 +0800 > From: Lu Baolu <baolu.lu@linux.intel.com> > To: Kenneth Lee <nek.in.cn@gmail.com>, Jonathan Corbet <corbet@lwn.net>, > Herbert Xu <herbert@gondor.apana.org.au>, "David S . Miller" > <davem@davemloft.net>, Joerg Roedel <joro@8bytes.org>, Alex Williamson > <alex.williamson@redhat.com>, Kenneth Lee <liguozhu@hisilicon.com>, Hao > Fang <fanghao11@huawei.com>, Zhou Wang <wangzhou1@hisilicon.com>, Zaibo Xu > <xuzaibo@huawei.com>, Philippe Ombredanne <pombredanne@nexb.com>, Greg > Kroah-Hartman <gregkh@linuxfoundation.org>, Thomas Gleixner > <tglx@linutronix.de>, linux-doc@vger.kernel.org, > linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org, > iommu@lists.linux-foundation.org, kvm@vger.kernel.org, > linux-accelerators@lists.ozlabs.org, Sanjay Kumar > <sanjay.k.kumar@intel.com> > CC: baolu.lu@linux.intel.com, linuxarm@huawei.com > Subject: Re: [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 > Thunderbird/52.9.1 > Message-ID: <81edb8ff-d046-34e5-aee7-d8564e2517c2@linux.intel.com> > > Hi, > > On 09/03/2018 08:51 AM, Kenneth Lee wrote: > >From: Kenneth Lee <liguozhu@hisilicon.com> > > > >WarpDrive is an accelerator framework to expose the hardware capabilities > >directly to the user space. It makes use of the exist vfio and vfio-mdev > >facilities. So the user application can send request and DMA to the > >hardware without interaction with the kernel. This removes the latency > >of syscall. > > > >WarpDrive is the name for the whole framework. The component in kernel > >is called SDMDEV, Share Domain Mediated Device. Driver driver exposes its > >hardware resource by registering to SDMDEV as a VFIO-Mdev. So the user > >library of WarpDrive can access it via VFIO interface. > > > >The patchset contains document for the detail. Please refer to it for more > >information. > > > >This patchset is intended to be used with Jean Philippe Brucker's SVA > >patch [1], which enables not only IO side page fault, but also PASID > >support to IOMMU and VFIO. > > > >With these features, WarpDrive can support non-pinned memory and > >multi-process in the same accelerator device. We tested it in our SoC > >integrated Accelerator (board ID: D06, Chip ID: HIP08). A reference work > >tree can be found here: [2]. > > > >But it is not mandatory. This patchset is tested in the latest mainline > >kernel without the SVA patches. So it supports only one process for each > >accelerator. > > > >We have noticed the IOMMU aware mdev RFC announced recently [3]. > > > >The IOMMU aware mdev has similar idea but different intention comparing to > >WarpDrive. It intends to dedicate part of the hardware resource to a VM. > >And the design is supposed to be used with Scalable I/O Virtualization. > >While sdmdev is intended to share the hardware resource with a big amount > >of processes. It just requires the hardware supporting address > >translation per process (PCIE's PASID or ARM SMMU's substream ID). > > > >But we don't see serious confliction on both design. We believe they can be > >normalized as one. > > > >The patch 1 is document of the framework. The patch 2 and 3 add sdmdev > >support. The patch 4, 5 and 6 is drivers for Hislicon's ZIP Accelerator > >which is registered to both crypto and warpdrive(sdmdev) and can be > >used from kernel or user space at the same time. The patch 7 is a user > >space sample demonstrating how WarpDrive works. > > > > > >Change History: > >V2 changed from V1: > > 1. Change kernel framework name from SPIMDEV (Share Parent IOMMU > > Mdev) to SDMDEV (Share Domain Mdev). > > 2. Allocate Hardware Resource when a new mdev is created (While > > it is allocated when the mdev is openned) > > 3. Unmap pages from the shared domain when the sdmdev iommu group is > > detached. (This procedure is necessary, but missed in V1) > > 4. Update document accordingly. > > 5. Rebase to the latest kernel (4.19.0-rc1) > > > > According the review comment on RFCv1, We did try to use dma-buf > > as back end of WarpDrive. It can work properly with the current > > solution [4], but it cannot make use of process's > > own memory address space directly. This is important to many > > acceleration scenario. So dma-buf will be taken as a backup > > alternative for noiommu scenario, it will be added in the future > > version. > > > > > >Refernces: > >[1] https://www.spinics.net/lists/kernel/msg2651481.html > >[2] https://github.com/Kenneth-Lee/linux-kernel-warpdrive/tree/warpdrive-sva-v0.5 > >[3] https://lkml.org/lkml/2018/7/22/34 > > Please refer to the latest version posted here for discussion. > > https://lkml.org/lkml/2018/8/30/107 Sure. Thank you. > > Best regards, > Lu Baolu -- -Kenneth(Hisilicon) ================================================================================ 本邮件及其附件含有华为公司的保密信息,仅限于发送给上面地址中列出的个人或群组。禁 止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、或散发)本邮件中 的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除本邮件! This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!
next prev parent reply other threads:[~2018-09-06 9:11 UTC|newest] Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-09-03 0:51 [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive Kenneth Lee 2018-09-03 0:51 ` Kenneth Lee 2018-09-03 0:51 ` [PATCH 2/7] iommu: Add share domain interface in iommu for sdmdev Kenneth Lee 2018-09-03 0:52 ` [PATCH 3/7] vfio: add sdmdev support Kenneth Lee 2018-09-03 2:11 ` Randy Dunlap 2018-09-06 8:08 ` Kenneth Lee 2018-09-06 8:08 ` Kenneth Lee 2018-09-03 2:55 ` Lu Baolu 2018-09-06 9:01 ` Kenneth Lee 2018-09-06 9:01 ` Kenneth Lee 2018-09-04 15:31 ` [RFC PATCH] vfio: vfio_sdmdev_groups[] can be static kbuild test robot 2018-09-04 15:32 ` [PATCH 3/7] vfio: add sdmdev support kbuild test robot [not found] ` <20180903005204.26041-4-nek.in.cn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 2018-09-04 15:32 ` kbuild test robot 2018-09-04 15:32 ` kbuild test robot 2018-09-05 7:27 ` Dan Carpenter 2018-09-05 7:27 ` Dan Carpenter 2018-09-03 0:52 ` [PATCH 4/7] crypto: add hisilicon Queue Manager driver Kenneth Lee 2018-09-03 2:15 ` Randy Dunlap [not found] ` <4e46a451-d1cd-ac68-84b4-20792fdbc733-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2018-09-06 9:08 ` Kenneth Lee 2018-09-06 9:08 ` Kenneth Lee 2018-09-03 0:52 ` [PATCH 5/7] crypto: Add Hisilicon Zip driver Kenneth Lee 2018-09-03 0:52 ` [PATCH 6/7] crypto: add sdmdev support to Hisilicon QM Kenneth Lee 2018-09-03 2:19 ` Randy Dunlap 2018-09-06 9:09 ` Kenneth Lee 2018-09-06 9:09 ` Kenneth Lee 2018-09-03 0:52 ` [PATCH 7/7] vfio/sdmdev: add user sample Kenneth Lee 2018-09-03 2:25 ` Randy Dunlap 2018-09-06 9:10 ` Kenneth Lee 2018-09-06 9:10 ` Kenneth Lee 2018-09-03 2:32 ` [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive Lu Baolu [not found] ` <81edb8ff-d046-34e5-aee7-d8564e2517c2-VuQAYsv1563Yd54FQh9/CA@public.gmane.org> 2018-09-06 9:11 ` Kenneth Lee [this message] 2018-09-06 9:11 ` Kenneth Lee 2018-09-04 15:00 ` Jerome Glisse 2018-09-04 16:15 ` Alex Williamson 2018-09-06 9:45 ` Kenneth Lee 2018-09-06 9:45 ` Kenneth Lee 2018-09-06 13:31 ` Jerome Glisse [not found] ` <20180906133133.GA3830-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2018-09-07 4:01 ` Kenneth Lee 2018-09-07 4:01 ` Kenneth Lee 2018-09-07 16:53 ` Jerome Glisse 2018-09-07 16:53 ` Jerome Glisse 2018-09-07 17:55 ` Jean-Philippe Brucker 2018-09-07 18:04 ` Jerome Glisse 2018-09-10 3:28 ` Kenneth Lee 2018-09-10 3:28 ` Kenneth Lee 2018-09-10 14:54 ` Jerome Glisse 2018-09-10 14:54 ` Jerome Glisse [not found] ` <20180910145423.GA3488-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2018-09-11 2:42 ` Kenneth Lee 2018-09-11 2:42 ` Kenneth Lee 2018-09-11 3:33 ` Jerome Glisse 2018-09-11 3:33 ` Jerome Glisse [not found] ` <20180911033358.GA4730-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2018-09-11 6:40 ` Kenneth Lee 2018-09-11 6:40 ` Kenneth Lee 2018-09-11 13:40 ` Jerome Glisse [not found] ` <20180911134013.GA3932-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2018-09-13 8:32 ` Kenneth Lee 2018-09-13 8:32 ` Kenneth Lee 2018-09-13 14:51 ` Jerome Glisse 2018-09-14 3:12 ` Kenneth Lee 2018-09-14 3:12 ` Kenneth Lee 2018-09-14 14:05 ` Jerome Glisse [not found] ` <20180913145149.GB3576-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2018-09-14 6:50 ` Tian, Kevin 2018-09-14 6:50 ` Tian, Kevin 2018-09-14 13:05 ` Kenneth Lee 2018-09-14 13:05 ` Kenneth Lee 2018-09-14 13:05 ` Kenneth Lee 2018-09-14 14:13 ` Jerome Glisse 2018-09-14 14:13 ` Jerome Glisse 2018-09-14 14:13 ` Jerome Glisse [not found] ` <20180903005204.26041-1-nek.in.cn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 2018-09-03 0:51 ` [PATCH 1/7] vfio/sdmdev: Add documents for WarpDrive framework Kenneth Lee 2018-09-03 0:51 ` Kenneth Lee 2018-09-06 18:36 ` Randy Dunlap 2018-09-07 2:21 ` Kenneth Lee 2018-09-07 2:21 ` Kenneth Lee 2018-09-17 1:42 ` [RFCv2 PATCH 0/7] A General Accelerator Framework, WarpDrive Jerome Glisse 2018-09-17 1:42 ` Jerome Glisse [not found] ` <20180917014244.GA27596-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2018-09-17 8:39 ` Kenneth Lee 2018-09-17 8:39 ` Kenneth Lee 2018-09-17 12:37 ` Jerome Glisse [not found] ` <20180917123744.GA3605-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2018-09-18 6:00 ` Kenneth Lee 2018-09-18 6:00 ` Kenneth Lee 2018-09-18 13:03 ` Jerome Glisse 2018-09-20 5:55 ` Kenneth Lee 2018-09-20 5:55 ` Kenneth Lee 2018-09-20 14:23 ` Jerome Glisse 2018-09-21 10:05 ` Kenneth Lee 2018-09-21 10:05 ` Kenneth Lee 2018-09-21 10:03 ` Kenneth Lee 2018-09-21 10:03 ` Kenneth Lee 2018-09-21 14:52 ` Jerome Glisse [not found] ` <20180921145201.GA3357-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2018-09-25 5:55 ` Kenneth Lee 2018-09-25 5:55 ` Kenneth Lee
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=20180906091135.GF230707@Turing-Arch-b \ --to=liguozhu-c8/m+/jpzteamjb+lgu22q@public.gmane.org \ --cc=alex.williamson-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \ --cc=baolu.lu-VuQAYsv1563Yd54FQh9/CA@public.gmane.org \ --cc=corbet-T1hC0tSOHrs@public.gmane.org \ --cc=davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org \ --cc=fanghao11-hv44wF8Li93QT0dZR+AlfA@public.gmane.org \ --cc=gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org \ --cc=herbert-lOAM2aK0SrRLBo1qDEOMRrpzq4S04n8Q@public.gmane.org \ --cc=iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \ --cc=kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=linux-accelerators-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \ --cc=linux-crypto-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=linuxarm-hv44wF8Li93QT0dZR+AlfA@public.gmane.org \ --cc=nek.in.cn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \ --cc=pombredanne-od1rfyK75/E@public.gmane.org \ --cc=sanjay.k.kumar-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \ --cc=tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.