From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 427C3A0C41; Tue, 3 Aug 2021 06:39:38 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id D40F940E32; Tue, 3 Aug 2021 06:39:37 +0200 (CEST) Received: from mail-il1-f171.google.com (mail-il1-f171.google.com [209.85.166.171]) by mails.dpdk.org (Postfix) with ESMTP id C651F4069C for ; Tue, 3 Aug 2021 06:39:36 +0200 (CEST) Received: by mail-il1-f171.google.com with SMTP id i9so813600ilk.9 for ; Mon, 02 Aug 2021 21:39:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=8o2KysmM4L8eoIB79miZG93aYJ3soEKWI08OHF/saWg=; b=TeXJYg0pcownOCnI/69i75iC1TdAI6Wy4xhPW0t2omY9c+fSyq+qyvmB3OMLlF7L7W pUhVe7DMwxFTgIJlGlNj+J0TSRnzKrJka4O9FY9aZQrXqHMokQ2NMLPV5Um5x4rxJq2Q EcGBi+Yheheuid0eSTjTN1d459Ub26gOVuf7sXX+j6cAN9AYmOGhkuMHaZUqiqlFs8nP vJMvzFgYuk58dWgLtj3GCg/iSDYnhuObZjuAPMauTRLfn6ilhkyrkxxU5AgFFrHy1d7K K4VYbhXb/tsCmDQClyr6OhGutDnTFW4M3LmHSULu/jdZkEe3F6nNAIh3XXlWZWi9ijWe ohrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=8o2KysmM4L8eoIB79miZG93aYJ3soEKWI08OHF/saWg=; b=RLi0eh7rJEMNZj+EC27AiHO7uimyFZSZ4oVjtUSfEasJ/UkugnqZiSS4HT2q/awKJw kjKy7zfq7i6TiYWokQrDm02HovBZQNRrlSpm/tt0xmgjHzbjpevItoyjHwiFGRRP3HLj k6Oly3nPxqq9G1n2v65UxPeq8lZwXwKRvdSU0ERWRgxd6AvzKmK1ryrb5yj94NYNolcE rssruX9atMYwV+G1RVoL2jl+h4Y35qPLoFXytWvEgKmyx7UulS97h/KcpGAlR54xAQll a54vB/xJF96hVLTIKjbK941Rb5uI7vAO02HjaUGvGYJRhvKl8gUjIuiUq9WXPq7UNGd7 C36w== X-Gm-Message-State: AOAM532HDuinA2edxgIZjbFsxXJCgxVHvcBa/ngJS7iDrEt4vNtZwJBE mhIAaAsYI8xzS+Fg/xr+nvd3ADAa0OxWj4V/FLg= X-Google-Smtp-Source: ABdhPJzRk3PkmLpJzbLxhfSNWEzs7sBj1Mw3GZFj38rikWl6l0kNrJku9DjQVjgfoKU1m0H80V9ehSyc273jCsXC6sY= X-Received: by 2002:a92:874f:: with SMTP id d15mr119710ilm.294.1627965576090; Mon, 02 Aug 2021 21:39:36 -0700 (PDT) MIME-Version: 1.0 References: <2e645dd4-cb0a-d734-f570-5de7e6c58983@ericsson.com> <20210802161501.155797-1-mattias.ronnblom@ericsson.com> In-Reply-To: <20210802161501.155797-1-mattias.ronnblom@ericsson.com> From: Jerin Jacob Date: Tue, 3 Aug 2021 10:09:10 +0530 Message-ID: To: =?UTF-8?Q?Mattias_R=C3=B6nnblom?= Cc: Jerin Jacob , dpdk-dev , Richard Eklycke , Liron Himi Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] [RFC v2 1/3] eventdev: allow for event devices requiring maintenance X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Mon, Aug 2, 2021 at 9:45 PM Mattias R=C3=B6nnblom wrote: > > Extend Eventdev API to allow for event devices which require various > forms of internal processing to happen, even when events are not > enqueued to or dequeued from a port. > > RFC v2: > - Change rte_event_maintain() return type to be consistent > with the documentation. > - Remove unused typedef from eventdev_pmd.h. > > Signed-off-by: Mattias R=C3=B6nnblom > Tested-by: Richard Eklycke > Tested-by: Liron Himi > --- > lib/eventdev/rte_eventdev.h | 62 +++++++++++++++++++++++++++++++++++++ > 1 file changed, 62 insertions(+) > > +/** > + * Maintain an event device. > + * > + * This function is only relevant for event devices which has the > + * RTE_EVENT_DEV_CAP_REQUIRES_MAINT flag set. Such devices requires > + * the application to call rte_event_maintain() on a port during periods > + * which it is neither enqueuing nor dequeuing events from this > + * port. No port may be left unattended. > + * > + * An event device's rte_event_maintain() is a low overhead function. In > + * situations when rte_event_maintain() must be called, the application > + * should do so often. See rte_service_component_register() scheme, If a driver needs additional h= ouse keeping it can use DPDK's service core scheme to abstract different driver requirements.We may not need any public API for this.