Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 19329C6FA99 for ; Fri, 10 Mar 2023 15:15:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234076AbjCJPPd (ORCPT ); Fri, 10 Mar 2023 10:15:33 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34440 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234151AbjCJPPB (ORCPT ); Fri, 10 Mar 2023 10:15:01 -0500 Received: from mail-pl1-x630.google.com (mail-pl1-x630.google.com [IPv6:2607:f8b0:4864:20::630]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 32B1BF4B57 for ; Fri, 10 Mar 2023 07:06:22 -0800 (PST) Received: by mail-pl1-x630.google.com with SMTP id a9so5839946plh.11 for ; Fri, 10 Mar 2023 07:06:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf.com; s=google; t=1678460724; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=mI9SynFLOYtOEHXFt34hbbK+yCygpvgICPPgvO9gfV8=; b=VJ1dnBmXbkWcmPGgaIqe8y1AjzPkpkCDA30L72GW1BCNILg9Ux93MdjuFClsREO7vk lPuzSZIDtThvsRkSsKGr3zO9rAsKWjoosj6IS8v322FG/klrkxUO4FIp6lMfqPuj4TxI 7iye1Ahz/4AiFFf6VAwHflCsxCwez6c0dgsKDphb107iKdmAqMvuRIOUZ+bfwhCgORMs iHbeIn5DKK69O/9p0RZAo34CKsm8KqzEPsCeBsRVrQgTElcQ7BdUZWM4zM+YwjZmMWwf jpTB1yeDWY83Dl59FnSeE0Klte9uU8zLnIN4Ka4GVeK62dZ/tM49vJHupbAcFDxR1gnt LTqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678460724; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=mI9SynFLOYtOEHXFt34hbbK+yCygpvgICPPgvO9gfV8=; b=vvhqZ7tTOLYORPOFfo1rpKz+0AS1UpGHZ9i6igug5WwcwCnJ1WqnUBz3BGwjLX+e8l 6Mwa8Vk9syt1gT4Huaz7C7M6//Vdy5nj+umrZ7p9b7sGvFWiOca7cOJtCpz3CZDbrmwm BIJGGJpYVA0d3JKVhJYd3WpQ3lGZ6YALnG0Q+zSNrSIkOwLqxhU/2nhrh6jbccpFWIHH u7oVV1kQEKE8owDLzLz5HcCqlTqY1d7IzJ8JUHftHuXoEdnCnlgImszDObHV3PPCybYV fz2AvfJcwcLeotaH2hS1kBrtRx+ELcBbNrGScBBLV+VIKi+eo4rJJUxxtnl0zomLEOvW 1+kg== X-Gm-Message-State: AO0yUKW4AZcNZ5reegM/8yVO9aj7POwjSIeLVhDUIgshdSs9M7UscCsC AXwm+mN1h/4dCA/gYQTWt7FXHkSo7R0Jez0dMVFcXA== X-Google-Smtp-Source: AK7set8IWRb0c5QRI0mCvofn+53toeLUf0QAqBXeiHkxJiCHSENVWUwl0Cn9xhaO9TH0b6aLOo+bYIjEMz5NYxW8+6s= X-Received: by 2002:a17:902:7e09:b0:199:6fd:ecf6 with SMTP id b9-20020a1709027e0900b0019906fdecf6mr9641502plm.9.1678460723997; Fri, 10 Mar 2023 07:05:23 -0800 (PST) MIME-Version: 1.0 References: <20230130105423.1338554-1-mk@semmihalf.com> <20230130135418.1604455-1-mk@semmihalf.com> In-Reply-To: From: =?UTF-8?Q?Micha=C5=82_Krawczyk?= Date: Fri, 10 Mar 2023 16:05:12 +0100 Message-ID: Subject: Re: [PATCH v2] media: venus: dec: Fix handling of the start cmd To: Vikash Garodia Cc: Stanimir Varbanov , "Vikash Garodia (QUIC)" , Andy Gross , Bjorn Andersson , Konrad Dybcio , Mauro Carvalho Chehab , "linux-media@vger.kernel.org" , "linux-arm-msm@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "mw@semihalf.com" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Any update on this patch? It would be great if we could make some progress there (and, hopefully, finally merge it :)) Thanks, Micha=C5=82 pt., 10 lut 2023 o 16:18 Micha=C5=82 Krawczyk napisa=C5= =82(a): > > Hi, > > I'm wondering if there are any more comments for this patch? I would > be happy to clarify anything that's unclear or improve the code if > needed. > > I know it's pretty late, but it would be really great if this fix > could land before v6.2 is released, so I'd appreciate your help and > review. > > Thank you, > Micha=C5=82 > > wt., 7 lut 2023 o 12:15 Micha=C5=82 Krawczyk napisa=C5= =82(a): > > > > wt., 7 lut 2023 o 10:54 Vikash Garodia napi= sa=C5=82(a): > > > I have reviewed the patch, and the drain sequence handling looks good= to me. > > > Could you share some details on the test client which you are using t= o catch this issue ? > > > > Hi Vikash, > > > > Thank you for looking at the code! > > > > I've been testing it using the Chromium implementation of the V4L2 > > codec [1]. Meanwhile, we were running a test suite which changes the > > encryption method in the middle of the video decoding. This triggers > > the flush behavior and the Chromium sends the stop/start cmd to the > > V4L2 kernel component, and the test expects the video to continue the > > playback normally. Unfortunately, it was causing a stall of the video > > at the same time. > > > > [1] https://source.chromium.org/chromium/chromium/src/+/main:media/gpu/= v4l2/ > > > > > > > > > Thank you, > > > > Micha=C5=82 > > > > > > Thanks, > > > Vikash