From: Leon Romanovsky <leon-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> To: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> Cc: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>, Matan Barak <matanb-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>, Parav Pandit <pandit.parav-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Li Zefan <lizefan-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>, Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org>, Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, Liran Liss <liranl-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>, "Hefty, Sean" <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>, Haggai Eran <haggaie-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>, Jonathan Corbet <corbet-T1hC0tSOHrs@public.gmane.org>, james.l.morris-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org, serge-A9i7LUbDfNHQT0dZR+AlfA@public.gmane.org, Or Gerlitz <ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>, Andrew Morton <akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>, linux-security-module-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Subject: Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller Date: Mon, 12 Sep 2016 08:07:17 +0300 [thread overview] Message-ID: <20160912050717.GE8812@leon.nu> (raw) In-Reply-To: <20160911175235.GB13442-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> [-- Attachment #1: Type: text/plain, Size: 2227 bytes --] On Sun, Sep 11, 2016 at 11:52:35AM -0600, Jason Gunthorpe wrote: > On Sun, Sep 11, 2016 at 07:24:45PM +0200, Christoph Hellwig wrote: > > > > > I've posted some initial work toward a) a while ago, and once we > > > > > > Did it get merged? Do you have a pointer? > > > > http://www.spinics.net/lists/linux-rdma/msg31958.html > > Right, I remember that. Certainly the right direction > > > > However, everything under verbs is not straightforward. The files in > > > userspace are not copies... > > > > > > user: > > > > > > struct ibv_query_device { > > > __u32 command; > > > __u16 in_words; > > > __u16 out_words; > > > __u64 response; > > > __u64 driver_data[0]; > > > }; > > > > > > kernel: > > > > > > struct ib_uverbs_query_device { > > > __u64 response; > > > __u64 driver_data[0]; > > > }; > > > > We'll obviously need different strutures for the libibvers API > > and the kernel interface in this case, and we'll need to figure out > > how to properly translate them. I think a cast, plus compile time > > type checking ala BUILD_BUG_ON is the way to go. > > I'm not sure I follow, which would I cast? > > BUILD_BUG_ON(sizeof(ibv_query_device) == sizeof(ib_uverbs_cmd_hdr) + > sizeof(ib_uverbs_query_device)) > > ? > > > > I'm thinking the best way forward might be to use a script and > > > transform userspace into: > > > > > > struct ibv_query_device { > > > struct ib_uverbs_cmd_hdr hdr; > > > struct ib_uverbs_query_device cmd; > > > }; > > > > That would break the users of the interface. > > Sorry, I mean doing this inside rdma-plumbing. Since the change is ABI > identical the modified libibverbs would still be binary compatible > with all providers but not source compatible. Since all kernel > supported providers are in rdma-plumbing we can add the '.cmd.' at the > same time. > > The kernel uapi header would stay the same. > > > However automatically generating the user ABI from the kernel one > > might still be a good idea in the long run. > > My preference would be to try and use the kernel headers directly. I thought the same, especially after realizing that they are almost copy/paste from the vendor *-abi.h files. > > Jason [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 819 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Leon Romanovsky <leon@kernel.org> To: Jason Gunthorpe <jgunthorpe@obsidianresearch.com> Cc: Christoph Hellwig <hch@lst.de>, Matan Barak <matanb@mellanox.com>, Parav Pandit <pandit.parav@gmail.com>, Tejun Heo <tj@kernel.org>, cgroups@vger.kernel.org, linux-doc@vger.kernel.org, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, linux-rdma@vger.kernel.org, Li Zefan <lizefan@huawei.com>, Johannes Weiner <hannes@cmpxchg.org>, Doug Ledford <dledford@redhat.com>, Liran Liss <liranl@mellanox.com>, "Hefty, Sean" <sean.hefty@intel.com>, Haggai Eran <haggaie@mellanox.com>, Jonathan Corbet <corbet@lwn.net>, james.l.morris@oracle.com, serge@hallyn.com, Or Gerlitz <ogerlitz@mellanox.com>, Andrew Morton <akpm@linux-foundation.org>, linux-security-module@vger.kernel.org Subject: Re: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller Date: Mon, 12 Sep 2016 08:07:17 +0300 [thread overview] Message-ID: <20160912050717.GE8812@leon.nu> (raw) In-Reply-To: <20160911175235.GB13442@obsidianresearch.com> [-- Attachment #1: Type: text/plain, Size: 2227 bytes --] On Sun, Sep 11, 2016 at 11:52:35AM -0600, Jason Gunthorpe wrote: > On Sun, Sep 11, 2016 at 07:24:45PM +0200, Christoph Hellwig wrote: > > > > > I've posted some initial work toward a) a while ago, and once we > > > > > > Did it get merged? Do you have a pointer? > > > > http://www.spinics.net/lists/linux-rdma/msg31958.html > > Right, I remember that. Certainly the right direction > > > > However, everything under verbs is not straightforward. The files in > > > userspace are not copies... > > > > > > user: > > > > > > struct ibv_query_device { > > > __u32 command; > > > __u16 in_words; > > > __u16 out_words; > > > __u64 response; > > > __u64 driver_data[0]; > > > }; > > > > > > kernel: > > > > > > struct ib_uverbs_query_device { > > > __u64 response; > > > __u64 driver_data[0]; > > > }; > > > > We'll obviously need different strutures for the libibvers API > > and the kernel interface in this case, and we'll need to figure out > > how to properly translate them. I think a cast, plus compile time > > type checking ala BUILD_BUG_ON is the way to go. > > I'm not sure I follow, which would I cast? > > BUILD_BUG_ON(sizeof(ibv_query_device) == sizeof(ib_uverbs_cmd_hdr) + > sizeof(ib_uverbs_query_device)) > > ? > > > > I'm thinking the best way forward might be to use a script and > > > transform userspace into: > > > > > > struct ibv_query_device { > > > struct ib_uverbs_cmd_hdr hdr; > > > struct ib_uverbs_query_device cmd; > > > }; > > > > That would break the users of the interface. > > Sorry, I mean doing this inside rdma-plumbing. Since the change is ABI > identical the modified libibverbs would still be binary compatible > with all providers but not source compatible. Since all kernel > supported providers are in rdma-plumbing we can add the '.cmd.' at the > same time. > > The kernel uapi header would stay the same. > > > However automatically generating the user ABI from the kernel one > > might still be a good idea in the long run. > > My preference would be to try and use the kernel headers directly. I thought the same, especially after realizing that they are almost copy/paste from the vendor *-abi.h files. > > Jason [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2016-09-12 5:07 UTC|newest] Thread overview: 112+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-08-31 8:37 [PATCHv12 0/3] rdmacg: IB/core: rdma controller support Parav Pandit 2016-08-31 8:37 ` [PATCHv12 1/3] rdmacg: Added rdma cgroup controller Parav Pandit 2016-08-31 9:38 ` Leon Romanovsky 2016-09-07 15:07 ` Parav Pandit 2016-09-08 6:12 ` Leon Romanovsky 2016-09-08 10:20 ` Parav Pandit 2016-09-08 10:20 ` Parav Pandit 2016-08-31 15:07 ` Matan Barak 2016-08-31 15:07 ` Matan Barak 2016-08-31 21:16 ` Tejun Heo [not found] ` <20160831211618.GA12660-piEFEHQLUPpN0TnZuCh8vA@public.gmane.org> 2016-09-01 7:25 ` Matan Barak 2016-09-01 7:25 ` Matan Barak 2016-09-01 8:44 ` Christoph Hellwig [not found] ` <20160901084406.GA4115-jcswGhMUV9g@public.gmane.org> 2016-09-07 7:55 ` Parav Pandit 2016-09-07 7:55 ` Parav Pandit 2016-09-07 8:51 ` Matan Barak 2016-09-07 8:51 ` Matan Barak 2016-09-07 14:54 ` Parav Pandit [not found] ` <ae3adcc4-253e-f87c-6ff6-202c91599f48-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org> 2016-09-10 16:14 ` Christoph Hellwig 2016-09-10 16:14 ` Christoph Hellwig 2016-09-10 17:01 ` Jason Gunthorpe [not found] ` <20160910170151.GA5230-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2016-09-11 8:07 ` Matan Barak 2016-09-11 8:07 ` Matan Barak 2016-09-11 13:34 ` Christoph Hellwig 2016-09-11 14:35 ` Leon Romanovsky 2016-09-11 17:14 ` Jason Gunthorpe 2016-09-11 17:24 ` Christoph Hellwig 2016-09-11 17:52 ` Jason Gunthorpe [not found] ` <20160911175235.GB13442-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2016-09-12 5:07 ` Leon Romanovsky [this message] 2016-09-12 5:07 ` Leon Romanovsky [not found] ` <20160912050717.GE8812-2ukJVAZIZ/Y@public.gmane.org> 2016-09-14 7:06 ` Parav Pandit 2016-09-14 7:06 ` Parav Pandit 2016-09-14 8:14 ` Matan Barak 2016-09-14 8:14 ` Matan Barak [not found] ` <13a00119-e629-2d34-d08b-c02bb6beceea-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org> 2016-09-14 9:19 ` Parav Pandit 2016-09-14 9:19 ` Parav Pandit [not found] ` <CAG53R5X4stfy5+Jmg+XReUJqt56Z-zABK+UEswHW1dXhH-9cNw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-09-15 18:56 ` Leon Romanovsky 2016-09-15 18:56 ` Leon Romanovsky 2016-09-21 4:43 ` Parav Pandit 2016-09-21 14:26 ` Tejun Heo [not found] ` <20160921142645.GB10734-piEFEHQLUPpN0TnZuCh8vA@public.gmane.org> 2016-09-21 16:02 ` Parav Pandit 2016-09-21 16:02 ` Parav Pandit [not found] ` <CAG53R5WMuojhzFGmqk6nHfypd9Hq4dGsWRKjtUyMZ=RezU-LhQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-10-04 18:19 ` Parav Pandit 2016-10-04 18:19 ` Parav Pandit 2016-10-04 18:19 ` Parav Pandit 2016-10-05 6:37 ` Christoph Hellwig 2016-10-05 11:22 ` Leon Romanovsky 2016-10-05 15:36 ` Tejun Heo [not found] ` <20161005063735.GC3086-jcswGhMUV9g@public.gmane.org> 2016-10-06 12:55 ` Parav Pandit 2016-10-06 12:55 ` Parav Pandit 2016-10-18 20:15 ` Parav Pandit 2016-09-19 13:10 ` Dalessandro, Dennis 2016-09-19 13:10 ` Dalessandro, Dennis 2016-09-19 17:00 ` Parav Pandit 2016-09-19 17:00 ` Parav Pandit [not found] ` <CAG53R5Ws4BJKqeEYfEoEx5kuaXUmhDKcXfH4Vx=LTMK6tKMG0A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-09-10 16:12 ` Christoph Hellwig 2016-09-10 16:12 ` Christoph Hellwig [not found] ` <20160910161228.GB29259-jcswGhMUV9g@public.gmane.org> 2016-09-11 7:40 ` Matan Barak 2016-09-11 7:40 ` Matan Barak 2016-08-31 8:37 ` [PATCHv12 2/3] IB/core: added support to use " Parav Pandit [not found] ` <1472632647-1525-1-git-send-email-pandit.parav-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 2016-08-31 8:37 ` [PATCHv12 3/3] rdmacg: Added documentation for rdmacg Parav Pandit 2016-08-31 8:37 ` Parav Pandit 2016-08-31 13:56 ` [PATCHv12 0/3] rdmacg: IB/core: rdma controller support Tejun Heo 2016-08-31 13:56 ` Tejun Heo 2016-10-05 11:22 ` Leon Romanovsky [not found] ` <20161005112206.GC9282-2ukJVAZIZ/Y@public.gmane.org> 2016-10-06 12:59 ` Parav Pandit 2016-10-06 12:59 ` Parav Pandit 2016-10-06 13:49 ` Parav Pandit [not found] ` <CAG53R5VNVb=8-LJbDRqjtOZG347ucPuc420bcfnDgBKMoKqU-w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-10-10 4:46 ` Leon Romanovsky [not found] ` <20161010044623.GI9282-2ukJVAZIZ/Y@public.gmane.org> 2016-10-10 6:29 ` Parav Pandit [not found] ` <CAG53R5UM6nSTZ7=0S9reKGX45CpNBi8soSDVZyXkN-z0_XXWWQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-10-10 7:33 ` Leon Romanovsky [not found] ` <20161010073343.GK9282-2ukJVAZIZ/Y@public.gmane.org> 2016-10-10 8:35 ` Parav Pandit [not found] ` <CAG53R5WeWSrJ5-Gtt-cXpUr0r73zh3bqQM_G5zTue27tPtVEXA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-10-10 8:52 ` Leon Romanovsky [not found] ` <20161010085241.GL9282-2ukJVAZIZ/Y@public.gmane.org> 2016-10-10 9:22 ` Parav Pandit 2016-10-10 12:25 ` Tejun Heo [not found] ` <20161010122545.GA27360-qYNAdHglDFBN0TnZuCh8vA@public.gmane.org> 2016-10-10 13:13 ` Parav Pandit [not found] ` <CAG53R5V5yE4PsDBjP9BieG_=39M0G1kx-AfBEzWK4LUCxNnYBA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-10-10 13:20 ` Tejun Heo [not found] ` <20161010132014.GD29742-qYNAdHglDFBN0TnZuCh8vA@public.gmane.org> 2016-10-10 13:32 ` Parav Pandit [not found] ` <CAG53R5ULKCqtw45E6t4hYdRV+y_OQqVazf=7A7Ax_XAJ2K0_dw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-10-13 10:34 ` Leon Romanovsky [not found] ` <20161013103430.GB9282-2ukJVAZIZ/Y@public.gmane.org> 2016-10-13 11:04 ` Parav Pandit 2016-10-13 23:14 ` Tejun Heo [not found] ` <20161013231413.GA32534-qYNAdHglDFBN0TnZuCh8vA@public.gmane.org> 2016-10-18 20:02 ` Parav Pandit [not found] ` <CAG53R5UciPpa5d8BWyR-tks3LBrBwRCN2NyBbbm1e3EE-OWSYQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-10-18 21:51 ` Tejun Heo [not found] ` <20161018215134.GB2761-piEFEHQLUPpN0TnZuCh8vA@public.gmane.org> 2016-10-19 9:34 ` Parav Pandit [not found] ` <CAG53R5UEvkPBM0yFrR=fvEzyCrku2q=rLZyDVrSs9q+3hgbSmQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-10-19 14:33 ` Tejun Heo [not found] ` <20161019143345.GA18532-piEFEHQLUPpN0TnZuCh8vA@public.gmane.org> 2016-10-19 19:03 ` Parav Pandit [not found] ` <CAG53R5WUyA7JBn=PeivUc5F5k210xf_HccPXFt3r7ZGYHOPaGA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-10-19 19:20 ` Tejun Heo [not found] ` <20161019192006.GB3044-piEFEHQLUPpN0TnZuCh8vA@public.gmane.org> 2016-10-19 19:54 ` Parav Pandit [not found] ` <CAG53R5X5dyo7J-UkeMxi_mSxgv=c54fV=anuCZtmf9kaYwDbPw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-10-19 20:05 ` Tejun Heo [not found] ` <20161019200536.GC3044-piEFEHQLUPpN0TnZuCh8vA@public.gmane.org> 2016-10-19 20:18 ` Parav Pandit [not found] ` <CAG53R5XkRKdo-SCaREZvov3AGp5MSd18RpQ+0HEu-htUzqwOOw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-10-31 6:54 ` Leon Romanovsky [not found] ` <20161031065441.GY3617-2ukJVAZIZ/Y@public.gmane.org> 2016-11-01 11:03 ` Parav Pandit [not found] ` <CAG53R5VKwntDHX101+5aaGoyKMKQuiKQWam575iFAxhmKxhE1g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-11-01 14:07 ` Leon Romanovsky [not found] ` <20161101140732.GC3617-2ukJVAZIZ/Y@public.gmane.org> 2016-11-02 4:34 ` Parav Pandit 2016-11-03 18:00 ` Leon Romanovsky [not found] ` <20161103180006.GL3617-2ukJVAZIZ/Y@public.gmane.org> 2016-11-04 4:20 ` Leon Romanovsky 2016-11-04 4:20 ` Liran Liss [not found] ` <AM4PR0501MB2802030EE9E359133E04439CB1A20-dp/nxUn679jTOi/YP668sMDSnupUy6xnnBOFsp37pqbUKgpGm//BTAC/G2K4zDHf@public.gmane.org> 2016-11-04 4:47 ` Parav Pandit [not found] ` <CAG53R5Vd58wEBKgAajp9VvJmB5sO2Umii0JE4XaLYKbfrJrxyg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-11-04 4:52 ` Liran Liss [not found] ` <AM4PR0501MB2802E87F709F41DDEC20B7C9B1A20-dp/nxUn679jTOi/YP668sMDSnupUy6xnnBOFsp37pqbUKgpGm//BTAC/G2K4zDHf@public.gmane.org> 2016-11-04 4:57 ` Parav Pandit [not found] ` <CAG53R5UyZPh9wduPZGRg2P09n2Og8oODqb+QW=7ryAPqJDa6Vw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-11-04 5:06 ` Liran Liss [not found] ` <AM4PR0501MB28025BE002CBA9D04675A5A5B1A20-dp/nxUn679jTOi/YP668sMDSnupUy6xnnBOFsp37pqbUKgpGm//BTAC/G2K4zDHf@public.gmane.org> 2016-11-04 5:44 ` Parav Pandit [not found] ` <CAG53R5WdauHpML66g-O6zj+j_DUYWJMPjmL1xDaSxwDmPPYm2A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-11-08 8:12 ` Liran Liss [not found] ` <HE1PR0501MB2812298C05431B08B0F408EEB1A60-692Kmc8YnlIVrnpjwTCbp8DSnupUy6xnnBOFsp37pqbUKgpGm//BTAC/G2K4zDHf@public.gmane.org> 2016-11-10 7:41 ` Parav Pandit [not found] ` <CAG53R5XqZwrYsdX=JQ1D4cDB0h65RDQVb=VCiaR5TXuf_uoO0Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-11-10 16:38 ` Leon Romanovsky [not found] ` <20161110163837.GE28957-2ukJVAZIZ/Y@public.gmane.org> 2016-11-10 16:46 ` Tejun Heo [not found] ` <20161110164638.GC26105-piEFEHQLUPpN0TnZuCh8vA@public.gmane.org> 2016-11-10 17:04 ` Parav Pandit [not found] ` <CAG53R5UGfhGHc3-jgUjH5taFzTHg3BOgXi25QjuQfUFc0U7tgw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2016-11-10 17:32 ` Tejun Heo [not found] ` <20161110173217.GD26105-piEFEHQLUPpN0TnZuCh8vA@public.gmane.org> 2016-11-10 17:56 ` Parav Pandit 2016-11-10 19:23 ` Tejun Heo [not found] ` <20161110192344.GA4805-piEFEHQLUPpN0TnZuCh8vA@public.gmane.org> 2016-11-11 13:00 ` Parav Pandit 2016-11-04 4:28 ` Parav Pandit
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=20160912050717.GE8812@leon.nu \ --to=leon-dgejt+ai2ygdnm+yrofe0a@public.gmane.org \ --cc=akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org \ --cc=cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=corbet-T1hC0tSOHrs@public.gmane.org \ --cc=dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \ --cc=haggaie-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \ --cc=hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org \ --cc=hch-jcswGhMUV9g@public.gmane.org \ --cc=james.l.morris-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org \ --cc=jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org \ --cc=linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=linux-security-module-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=liranl-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \ --cc=lizefan-hv44wF8Li93QT0dZR+AlfA@public.gmane.org \ --cc=matanb-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \ --cc=ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \ --cc=pandit.parav-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \ --cc=sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \ --cc=serge-A9i7LUbDfNHQT0dZR+AlfA@public.gmane.org \ --cc=tj-DgEjT+Ai2ygdnm+yROfE0A@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.