From: Alex Elder <elder@linaro.org> To: Elliot Berman <quic_eberman@quicinc.com>, Srinivas Kandagatla <srinivas.kandagatla@linaro.org>, Prakruthi Deepak Heragu <quic_pheragu@quicinc.com> Cc: Murali Nalajala <quic_mnalajal@quicinc.com>, Trilok Soni <quic_tsoni@quicinc.com>, Srivatsa Vaddagiri <quic_svaddagi@quicinc.com>, Carl van Schaik <quic_cvanscha@quicinc.com>, Dmitry Baryshkov <dmitry.baryshkov@linaro.org>, Bjorn Andersson <andersson@kernel.org>, Konrad Dybcio <konrad.dybcio@linaro.org>, Arnd Bergmann <arnd@arndb.de>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Jonathan Corbet <corbet@lwn.net>, Bagas Sanjaya <bagasdotme@gmail.com>, Will Deacon <will@kernel.org>, Andy Gross <agross@kernel.org>, Catalin Marinas <catalin.marinas@arm.com>, Jassi Brar <jassisinghbrar@gmail.com>, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v11 21/26] virt: gunyah: Add IO handlers Date: Fri, 31 Mar 2023 09:27:23 -0500 [thread overview] Message-ID: <a291399a-2889-0c4c-8524-e5d0a2da2e9e@linaro.org> (raw) In-Reply-To: <20230304010632.2127470-22-quic_eberman@quicinc.com> On 3/3/23 7:06 PM, Elliot Berman wrote: > Add framework for VM functions to handle stage-2 write faults from Gunyah > guest virtual machines. IO handlers have a range of addresses which they > apply to. Optionally, they may apply to only when the value written > matches the IO handler's value. > > Co-developed-by: Prakruthi Deepak Heragu <quic_pheragu@quicinc.com> > Signed-off-by: Prakruthi Deepak Heragu <quic_pheragu@quicinc.com> > Signed-off-by: Elliot Berman <quic_eberman@quicinc.com> Two (related) bugs and a suggestion that might help avoid adding the same problem in the future. (Or maybe I made that suggestion elsewhere? Anyway, you'll see.) -Alex > --- > drivers/virt/gunyah/vm_mgr.c | 94 +++++++++++++++++++++++++++++++++++ > drivers/virt/gunyah/vm_mgr.h | 4 ++ > include/linux/gunyah_vm_mgr.h | 25 ++++++++++ > 3 files changed, 123 insertions(+) > > diff --git a/drivers/virt/gunyah/vm_mgr.c b/drivers/virt/gunyah/vm_mgr.c > index 0269bcdaf692..b31fac15ff45 100644 > --- a/drivers/virt/gunyah/vm_mgr.c > +++ b/drivers/virt/gunyah/vm_mgr.c > @@ -233,6 +233,100 @@ static void gh_vm_add_resource(struct gh_vm *ghvm, struct gh_resource *ghrsc) > mutex_unlock(&ghvm->resources_lock); > } > > +static int _gh_vm_io_handler_compare(const struct rb_node *node, const struct rb_node *parent) > +{ > + struct gh_vm_io_handler *n = container_of(node, struct gh_vm_io_handler, node); > + struct gh_vm_io_handler *p = container_of(parent, struct gh_vm_io_handler, node); > + > + if (n->addr < p->addr) > + return -1; > + if (n->addr > p->addr) > + return 1; > + if ((n->len && !p->len) || (!n->len && p->len)) > + return 0; > + if (n->len < p->len) > + return -1; > + if (n->len > p->len) > + return 1; The datamatch field in a gh_vm_io_handler structure is Boolean. If this is what you intend, it would be better to not treat them as integer values (i.e., don't use < and >). However I *think* what you want is to be comparing the data fields here. If so, this is a BUG. I think you should maybe use "data" in the gh_fn_ioeventfd_arg structure rather than "datamatch". And then use "datamatch" consistently as a Boolean indicating whether to do matching, and "data" to be the value used in matching. > + if (n->datamatch < p->datamatch) > + return -1; > + if (n->datamatch > p->datamatch) > + return 1; > + return 0; > +} > + > +static int gh_vm_io_handler_compare(struct rb_node *node, const struct rb_node *parent) > +{ > + return _gh_vm_io_handler_compare(node, parent); > +} > + > +static int gh_vm_io_handler_find(const void *key, const struct rb_node *node) > +{ > + const struct gh_vm_io_handler *k = key; > + > + return _gh_vm_io_handler_compare(&k->node, node); > +} > + > +static struct gh_vm_io_handler *gh_vm_mgr_find_io_hdlr(struct gh_vm *ghvm, u64 addr, > + u64 len, u64 data) > +{ > + struct gh_vm_io_handler key = { > + .addr = addr, > + .len = len, > + .datamatch = data, The datamatch field here is Boolean. I'm pretty sure you want to assign the data field instead, in which case, this is a BUG. If you *do* intend to treat the data assigned as Boolean, please use !!data to make this obvious. > + }; > + struct rb_node *node; > + > + node = rb_find(&key, &ghvm->mmio_handler_root, gh_vm_io_handler_find); > + if (!node) > + return NULL; > + > + return container_of(node, struct gh_vm_io_handler, node); > +} > + > +int gh_vm_mmio_write(struct gh_vm *ghvm, u64 addr, u32 len, u64 data) > +{ > + struct gh_vm_io_handler *io_hdlr = NULL; > + int ret; > + > + down_read(&ghvm->mmio_handler_lock); > + io_hdlr = gh_vm_mgr_find_io_hdlr(ghvm, addr, len, data); > + if (!io_hdlr || !io_hdlr->ops || !io_hdlr->ops->write) { > + ret = -ENODEV; > + goto out; > + } > + > + ret = io_hdlr->ops->write(io_hdlr, addr, len, data); > + > +out: > + up_read(&ghvm->mmio_handler_lock); > + return ret; > +} > +EXPORT_SYMBOL_GPL(gh_vm_mmio_write); . . .
WARNING: multiple messages have this Message-ID (diff)
From: Alex Elder <elder@linaro.org> To: Elliot Berman <quic_eberman@quicinc.com>, Srinivas Kandagatla <srinivas.kandagatla@linaro.org>, Prakruthi Deepak Heragu <quic_pheragu@quicinc.com> Cc: Murali Nalajala <quic_mnalajal@quicinc.com>, Trilok Soni <quic_tsoni@quicinc.com>, Srivatsa Vaddagiri <quic_svaddagi@quicinc.com>, Carl van Schaik <quic_cvanscha@quicinc.com>, Dmitry Baryshkov <dmitry.baryshkov@linaro.org>, Bjorn Andersson <andersson@kernel.org>, Konrad Dybcio <konrad.dybcio@linaro.org>, Arnd Bergmann <arnd@arndb.de>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Jonathan Corbet <corbet@lwn.net>, Bagas Sanjaya <bagasdotme@gmail.com>, Will Deacon <will@kernel.org>, Andy Gross <agross@kernel.org>, Catalin Marinas <catalin.marinas@arm.com>, Jassi Brar <jassisinghbrar@gmail.com>, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v11 21/26] virt: gunyah: Add IO handlers Date: Fri, 31 Mar 2023 09:27:23 -0500 [thread overview] Message-ID: <a291399a-2889-0c4c-8524-e5d0a2da2e9e@linaro.org> (raw) In-Reply-To: <20230304010632.2127470-22-quic_eberman@quicinc.com> On 3/3/23 7:06 PM, Elliot Berman wrote: > Add framework for VM functions to handle stage-2 write faults from Gunyah > guest virtual machines. IO handlers have a range of addresses which they > apply to. Optionally, they may apply to only when the value written > matches the IO handler's value. > > Co-developed-by: Prakruthi Deepak Heragu <quic_pheragu@quicinc.com> > Signed-off-by: Prakruthi Deepak Heragu <quic_pheragu@quicinc.com> > Signed-off-by: Elliot Berman <quic_eberman@quicinc.com> Two (related) bugs and a suggestion that might help avoid adding the same problem in the future. (Or maybe I made that suggestion elsewhere? Anyway, you'll see.) -Alex > --- > drivers/virt/gunyah/vm_mgr.c | 94 +++++++++++++++++++++++++++++++++++ > drivers/virt/gunyah/vm_mgr.h | 4 ++ > include/linux/gunyah_vm_mgr.h | 25 ++++++++++ > 3 files changed, 123 insertions(+) > > diff --git a/drivers/virt/gunyah/vm_mgr.c b/drivers/virt/gunyah/vm_mgr.c > index 0269bcdaf692..b31fac15ff45 100644 > --- a/drivers/virt/gunyah/vm_mgr.c > +++ b/drivers/virt/gunyah/vm_mgr.c > @@ -233,6 +233,100 @@ static void gh_vm_add_resource(struct gh_vm *ghvm, struct gh_resource *ghrsc) > mutex_unlock(&ghvm->resources_lock); > } > > +static int _gh_vm_io_handler_compare(const struct rb_node *node, const struct rb_node *parent) > +{ > + struct gh_vm_io_handler *n = container_of(node, struct gh_vm_io_handler, node); > + struct gh_vm_io_handler *p = container_of(parent, struct gh_vm_io_handler, node); > + > + if (n->addr < p->addr) > + return -1; > + if (n->addr > p->addr) > + return 1; > + if ((n->len && !p->len) || (!n->len && p->len)) > + return 0; > + if (n->len < p->len) > + return -1; > + if (n->len > p->len) > + return 1; The datamatch field in a gh_vm_io_handler structure is Boolean. If this is what you intend, it would be better to not treat them as integer values (i.e., don't use < and >). However I *think* what you want is to be comparing the data fields here. If so, this is a BUG. I think you should maybe use "data" in the gh_fn_ioeventfd_arg structure rather than "datamatch". And then use "datamatch" consistently as a Boolean indicating whether to do matching, and "data" to be the value used in matching. > + if (n->datamatch < p->datamatch) > + return -1; > + if (n->datamatch > p->datamatch) > + return 1; > + return 0; > +} > + > +static int gh_vm_io_handler_compare(struct rb_node *node, const struct rb_node *parent) > +{ > + return _gh_vm_io_handler_compare(node, parent); > +} > + > +static int gh_vm_io_handler_find(const void *key, const struct rb_node *node) > +{ > + const struct gh_vm_io_handler *k = key; > + > + return _gh_vm_io_handler_compare(&k->node, node); > +} > + > +static struct gh_vm_io_handler *gh_vm_mgr_find_io_hdlr(struct gh_vm *ghvm, u64 addr, > + u64 len, u64 data) > +{ > + struct gh_vm_io_handler key = { > + .addr = addr, > + .len = len, > + .datamatch = data, The datamatch field here is Boolean. I'm pretty sure you want to assign the data field instead, in which case, this is a BUG. If you *do* intend to treat the data assigned as Boolean, please use !!data to make this obvious. > + }; > + struct rb_node *node; > + > + node = rb_find(&key, &ghvm->mmio_handler_root, gh_vm_io_handler_find); > + if (!node) > + return NULL; > + > + return container_of(node, struct gh_vm_io_handler, node); > +} > + > +int gh_vm_mmio_write(struct gh_vm *ghvm, u64 addr, u32 len, u64 data) > +{ > + struct gh_vm_io_handler *io_hdlr = NULL; > + int ret; > + > + down_read(&ghvm->mmio_handler_lock); > + io_hdlr = gh_vm_mgr_find_io_hdlr(ghvm, addr, len, data); > + if (!io_hdlr || !io_hdlr->ops || !io_hdlr->ops->write) { > + ret = -ENODEV; > + goto out; > + } > + > + ret = io_hdlr->ops->write(io_hdlr, addr, len, data); > + > +out: > + up_read(&ghvm->mmio_handler_lock); > + return ret; > +} > +EXPORT_SYMBOL_GPL(gh_vm_mmio_write); . . . _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2023-03-31 14:28 UTC|newest] Thread overview: 168+ messages / expand[flat|nested] mbox.gz Atom feed top 2023-03-04 1:06 [PATCH v11 00/26] Drivers for gunyah hypervisor Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 01/26] docs: gunyah: Introduce Gunyah Hypervisor Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 02/26] dt-bindings: Add binding for gunyah hypervisor Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 03/26] gunyah: Common types and error codes for Gunyah hypercalls Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-21 14:23 ` Srinivas Kandagatla 2023-03-21 14:23 ` Srinivas Kandagatla 2023-03-31 14:24 ` Alex Elder 2023-03-31 14:24 ` Alex Elder 2023-04-03 19:44 ` Elliot Berman 2023-04-03 19:44 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 04/26] virt: gunyah: Add hypercalls to identify Gunyah Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-21 14:22 ` Srinivas Kandagatla 2023-03-21 14:22 ` Srinivas Kandagatla 2023-03-31 14:24 ` Alex Elder 2023-03-31 14:24 ` Alex Elder 2023-03-04 1:06 ` [PATCH v11 05/26] virt: gunyah: Identify hypervisor version Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-21 15:48 ` Srinivas Kandagatla 2023-03-21 15:48 ` Srinivas Kandagatla 2023-03-31 14:24 ` Alex Elder 2023-03-31 14:24 ` Alex Elder 2023-03-04 1:06 ` [PATCH v11 06/26] virt: gunyah: msgq: Add hypercalls to send and receive messages Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-21 15:49 ` Srinivas Kandagatla 2023-03-21 15:49 ` Srinivas Kandagatla 2023-03-31 14:25 ` Alex Elder 2023-03-31 14:25 ` Alex Elder 2023-03-04 1:06 ` [PATCH v11 07/26] mailbox: Add Gunyah message queue mailbox Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-21 14:22 ` Srinivas Kandagatla 2023-03-21 14:22 ` Srinivas Kandagatla 2023-03-31 14:25 ` Alex Elder 2023-03-31 14:25 ` Alex Elder 2023-04-03 20:15 ` Elliot Berman 2023-04-03 20:15 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 08/26] gunyah: rsc_mgr: Add resource manager RPC core Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:25 ` Alex Elder 2023-03-31 14:25 ` Alex Elder 2023-04-03 20:34 ` Elliot Berman 2023-04-03 20:34 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 09/26] gunyah: rsc_mgr: Add VM lifecycle RPC Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:25 ` Alex Elder 2023-03-31 14:25 ` Alex Elder 2023-04-03 21:09 ` Elliot Berman 2023-04-03 21:09 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 10/26] gunyah: vm_mgr: Introduce basic VM Manager Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-21 14:23 ` Srinivas Kandagatla 2023-03-21 14:23 ` Srinivas Kandagatla 2023-03-31 14:25 ` Alex Elder 2023-03-31 14:25 ` Alex Elder 2023-04-11 20:48 ` Elliot Berman 2023-04-11 20:48 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 11/26] gunyah: rsc_mgr: Add RPC for sharing memory Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:26 ` Alex Elder 2023-03-31 14:26 ` Alex Elder 2023-03-04 1:06 ` [PATCH v11 12/26] gunyah: vm_mgr: Add/remove user memory regions Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-24 18:37 ` Will Deacon 2023-03-24 18:37 ` Will Deacon 2023-04-11 20:34 ` Elliot Berman 2023-04-11 20:34 ` Elliot Berman 2023-04-11 21:19 ` Will Deacon 2023-04-11 21:19 ` Will Deacon 2023-04-12 20:48 ` Elliot Berman 2023-04-12 20:48 ` Elliot Berman 2023-04-13 9:54 ` Will Deacon 2023-04-13 9:54 ` Will Deacon 2023-03-31 14:26 ` Alex Elder 2023-03-31 14:26 ` Alex Elder 2023-04-11 21:04 ` Elliot Berman 2023-04-11 21:04 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 13/26] gunyah: vm_mgr: Add ioctls to support basic non-proxy VM boot Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-21 14:24 ` Srinivas Kandagatla 2023-03-21 14:24 ` Srinivas Kandagatla 2023-04-11 21:07 ` Elliot Berman 2023-04-11 21:07 ` Elliot Berman 2023-04-11 21:09 ` Alex Elder 2023-04-11 21:09 ` Alex Elder 2023-03-31 14:26 ` Alex Elder 2023-03-31 14:26 ` Alex Elder 2023-04-11 21:16 ` Elliot Berman 2023-04-11 21:16 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 14/26] samples: Add sample userspace Gunyah VM Manager Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:26 ` Alex Elder 2023-03-31 14:26 ` Alex Elder 2023-03-04 1:06 ` [PATCH v11 15/26] gunyah: rsc_mgr: Add platform ops on mem_lend/mem_reclaim Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-21 14:23 ` Srinivas Kandagatla 2023-03-21 14:23 ` Srinivas Kandagatla 2023-03-22 19:17 ` Elliot Berman 2023-03-22 19:17 ` Elliot Berman 2023-03-31 14:26 ` Alex Elder 2023-03-31 14:26 ` Alex Elder 2023-03-04 1:06 ` [PATCH v11 16/26] firmware: qcom_scm: Register Gunyah platform ops Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-21 14:24 ` Srinivas Kandagatla 2023-03-21 14:24 ` Srinivas Kandagatla 2023-03-21 18:40 ` Elliot Berman 2023-03-21 18:40 ` Elliot Berman 2023-03-21 20:19 ` Srinivas Kandagatla 2023-03-21 20:19 ` Srinivas Kandagatla 2023-03-04 1:06 ` [PATCH v11 17/26] docs: gunyah: Document Gunyah VM Manager Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 18/26] virt: gunyah: Translate gh_rm_hyp_resource into gunyah_resource Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:26 ` Alex Elder 2023-03-31 14:26 ` Alex Elder 2023-04-18 0:25 ` Elliot Berman 2023-04-18 0:25 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 19/26] gunyah: vm_mgr: Add framework to add VM Functions Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:26 ` Alex Elder 2023-03-31 14:26 ` Alex Elder 2023-03-04 1:06 ` [PATCH v11 20/26] virt: gunyah: Add resource tickets Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:27 ` Alex Elder 2023-03-31 14:27 ` Alex Elder 2023-04-17 22:57 ` Elliot Berman 2023-04-17 22:57 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 21/26] virt: gunyah: Add IO handlers Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:27 ` Alex Elder [this message] 2023-03-31 14:27 ` Alex Elder 2023-03-04 1:06 ` [PATCH v11 22/26] virt: gunyah: Add proxy-scheduled vCPUs Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:27 ` Alex Elder 2023-03-31 14:27 ` Alex Elder 2023-04-17 22:41 ` Elliot Berman 2023-04-17 22:41 ` Elliot Berman 2023-04-18 12:46 ` Alex Elder 2023-04-18 12:46 ` Alex Elder 2023-04-18 17:18 ` Elliot Berman 2023-04-18 17:18 ` Elliot Berman 2023-04-18 17:31 ` Alex Elder 2023-04-18 17:31 ` Alex Elder 2023-04-18 18:35 ` Elliot Berman 2023-04-18 18:35 ` Elliot Berman 2023-03-04 1:06 ` [PATCH v11 23/26] virt: gunyah: Add hypercalls for sending doorbell Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:27 ` Alex Elder 2023-03-31 14:27 ` Alex Elder 2023-03-04 1:06 ` [PATCH v11 24/26] virt: gunyah: Add irqfd interface Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:27 ` Alex Elder 2023-03-31 14:27 ` Alex Elder 2023-04-17 22:55 ` Elliot Berman 2023-04-17 22:55 ` Elliot Berman 2023-04-18 12:55 ` Alex Elder 2023-04-18 12:55 ` Alex Elder 2023-03-04 1:06 ` [PATCH v11 25/26] virt: gunyah: Add ioeventfd Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:27 ` Alex Elder 2023-03-31 14:27 ` Alex Elder 2023-03-04 1:06 ` [PATCH v11 26/26] MAINTAINERS: Add Gunyah hypervisor drivers section Elliot Berman 2023-03-04 1:06 ` Elliot Berman 2023-03-31 14:24 ` [PATCH v11 00/26] Drivers for gunyah hypervisor Alex Elder 2023-03-31 14:24 ` Alex Elder
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=a291399a-2889-0c4c-8524-e5d0a2da2e9e@linaro.org \ --to=elder@linaro.org \ --cc=agross@kernel.org \ --cc=andersson@kernel.org \ --cc=arnd@arndb.de \ --cc=bagasdotme@gmail.com \ --cc=catalin.marinas@arm.com \ --cc=corbet@lwn.net \ --cc=devicetree@vger.kernel.org \ --cc=dmitry.baryshkov@linaro.org \ --cc=gregkh@linuxfoundation.org \ --cc=jassisinghbrar@gmail.com \ --cc=konrad.dybcio@linaro.org \ --cc=krzysztof.kozlowski+dt@linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-arm-msm@vger.kernel.org \ --cc=linux-doc@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=quic_cvanscha@quicinc.com \ --cc=quic_eberman@quicinc.com \ --cc=quic_mnalajal@quicinc.com \ --cc=quic_pheragu@quicinc.com \ --cc=quic_svaddagi@quicinc.com \ --cc=quic_tsoni@quicinc.com \ --cc=robh+dt@kernel.org \ --cc=srinivas.kandagatla@linaro.org \ --cc=will@kernel.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: 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.