From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 699EDC33C9B for ; Mon, 6 Jan 2020 09:29:15 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 48F1F215A4 for ; Mon, 6 Jan 2020 09:29:15 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726281AbgAFJ3O (ORCPT ); Mon, 6 Jan 2020 04:29:14 -0500 Received: from plasma6.jpberlin.de ([80.241.56.68]:39631 "EHLO plasma6.jpberlin.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725446AbgAFJ3O (ORCPT ); Mon, 6 Jan 2020 04:29:14 -0500 Received: from spamfilter06.heinlein-hosting.de (spamfilter06.heinlein-hosting.de [80.241.56.125]) by plasma.jpberlin.de (Postfix) with ESMTP id 0844DBA027; Mon, 6 Jan 2020 10:29:11 +0100 (CET) X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from plasma.jpberlin.de ([80.241.56.68]) by spamfilter06.heinlein-hosting.de (spamfilter06.heinlein-hosting.de [80.241.56.125]) (amavisd-new, port 10030) with ESMTP id eeTI_rgntkVz; Mon, 6 Jan 2020 10:29:10 +0100 (CET) Received: from webmail.opensynergy.com (unknown [217.66.60.5]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "webmail.opensynergy.com", Issuer "GeoTrust EV RSA CA 2018" (not verified)) (Authenticated sender: opensynergy@jpberlin.de) by plasma.jpberlin.de (Postfix) with ESMTPSA id 61421B44C7; Mon, 6 Jan 2020 10:29:09 +0100 (CET) Received: from os-lin-dmo.localnet (10.25.255.1) by MXS02.open-synergy.com (10.25.10.18) with Microsoft SMTP Server (TLS) id 14.3.468.0; Mon, 6 Jan 2020 10:29:08 +0100 From: Dmitry Sepp To: Gerd Hoffmann CC: Tomasz Figa , , Keiichi Watanabe , Linux Media Mailing List , Alexandre Courbot , Alex Lau , Daniel Vetter , Dylan Reid , Enrico Granata , Frediano Ziglio , Hans Verkuil , =?ISO-8859-1?Q?St=E9phane?= Marchesin , Pawel Osciak , , David Stevens , Subject: Re: [virtio-dev] Re: [PATCH v2 1/1] virtio-video: Add virtio video device specification Date: Mon, 6 Jan 2020 10:29:08 +0100 Message-ID: <7363398.GW5YExTkCf@os-lin-dmo> Organization: OpenSynergy In-Reply-To: <20200106083335.jmzhavtlq7ppgtic@sirius.home.kraxel.org> References: <20191218130214.170703-1-keiichiw@chromium.org> <20200106083335.jmzhavtlq7ppgtic@sirius.home.kraxel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Originating-IP: [10.25.255.1] Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org Hi, On Montag, 6. Januar 2020 09:33:35 CET Gerd Hoffmann wrote: > Hi, > > > > We also see the need to add a max_streams value to this structure so as > > > to > > > explicitly provide a limit on the number of streams the guest can > > > create. > > > > What would be the advantage over just trying to create one and > > failing? The maximum number would be only meaningful for the special > > case when the streams are always only created by one user space > > process. Otherwise, if several processes do that, they are not aware > > of each other and the number could be higher than they can actually > > create, because other processes could have some streams created > > already. > > Also the number of streams might not be fixed but depend on stream > parameters, i.e. hardware can decode one hd or two sd streams ... > Ok, you are right. We'd better return an error from the device side. Regards, Dmitry. > cheers, > Gerd