summaryrefslogtreecommitdiff
path: root/include/linux/execmem.h
diff options
context:
space:
mode:
authorJakub Kicinski <kuba@kernel.org>2026-10-05 16:30:07 -0700
committerJakub Kicinski <kuba@kernel.org>2026-10-05 16:30:08 -0700
commit234ae531f14ef54e68194ba97539a8d331d35bdf (patch)
treeb1541b40915c6bf0bae76e8f268c90c21fdc3367 /include/linux/execmem.h
parent82e2c7db0830d67d335ed4d1174fb2a9a2becb34 (diff)
parentbbe522b0f237f7e25b68c57361b91953a563b733 (diff)
Merge branch 'gve-adminq-mode-related-refactors'
Harshitha Ramamurthy says: ==================== gve: AdminQ mode related refactors This series is preparing the driver for the addition of a new control plane mode(MailboxQ) by commonizing and reusing as much code as possible. MailboxQ is a new control plane infrastructure which uses mailbox queues. This is a new control plane to communicate with the device when the driver is running on bare-metal instances as well as newer versions of the device. This series contains 2 main changes to the gve driver's existing control plane(AdminQ): 1) refactor some initialization/teardown path methods to make it work for both control planes. 2) add gve_ctrl_ops structure to the driver for various control plane operations The refactors are mainly around the init, reset and recover paths so that functionalities could be moved into the control ops like 'set_num_queues', 'set_num_ntfy_blks' etc. This patch series only sets the control ops for AdminQ mode. This is intended as a preparation for adding MailboxQ mode in upcoming series which will add the new control plane infrastructure and then introduce the corresponding control ops for MailboxQ mode. ==================== Link: https://patch.msgid.link/20260930190428.1130007-1-hramamurthy@google.com Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'include/linux/execmem.h')
0 files changed, 0 insertions, 0 deletions