Received: by 10.223.176.5 with SMTP id f5csp766572wra; Fri, 9 Feb 2018 06:55:26 -0800 (PST) X-Google-Smtp-Source: AH8x224E2EIPZvU8Hp1wLr41SfqWSGg3d0C992Dn+d84x5JWNhAOiq3Guic8fk/bjrkCYfylYqd8 X-Received: by 10.98.232.24 with SMTP id c24mr3106598pfi.227.1518188126348; Fri, 09 Feb 2018 06:55:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518188126; cv=none; d=google.com; s=arc-20160816; b=KXJwWy6nse43JJ1rS3kqOKyFfLQ+pgQpzbNv2svgjI1Tz7IuBMDYkR/XIiNXsIVuBU vUFFU/AlEenQ7A5YVv9b4+2qOu8aZA3F8vTCPFfIKN4gEn8Zq2/Mf9EObfLddqWXaxT8 FHqDihlbvfaVNdW293wJnsqHY08/0/MU5LwBB5zEMC9vPTnI+X5KXw4Og+px77973fRx UPIW0Zao7mMI9jAjzHWTp8D9IDg0hVlw8PwW6yVMoBAwHKUxLlGizoYwtQY26D6CHS7d 84FGhJ0bs67Kpzp6NNV308cEecNoGf2AYPVRrkI1lZD8jhbxdWpC0pb/lUtUX9kwaL+v xo3A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject :dkim-signature:arc-authentication-results; bh=wHwCicWaMK0AVPRyJSCna/h05Xn+Uikmf0bIJWglGbM=; b=VbjP5pUVuBd9JDEcNUHjYVqlWYPudGA43TzewAYt5r2JqtWn9cSrnhSsG4X/r+2Dx0 VzEENIoznCq4Gx2LhA3yoqoz6V5i+DDkBjERO8XbAHrGKlZquGX1Zoh3PXlLYR5tW78b PgGhPIFoD4ObT6U6tvStlloItt0CgyrQWsLh7cqiFFObxdjW2sSTLt4ubfvvqggY545S o0dlLKgG+u9R9ZyIjUnOLlzDVxudeQhvMkTdrpYRffijW3PEZFW9DPHcJ+Ku7Fsgx358 HFr+WotXbiMebAyoDnWmbW4KeNdpBh1CxSPll0lzCLAruNu56n6tranDwLn2Ff3lMmlz varg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=C1eW76jH; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b187si1462301pgc.283.2018.02.09.06.55.11; Fri, 09 Feb 2018 06:55:26 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=C1eW76jH; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752374AbeBIOxw (ORCPT + 99 others); Fri, 9 Feb 2018 09:53:52 -0500 Received: from galahad.ideasonboard.com ([185.26.127.97]:33842 "EHLO galahad.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752327AbeBIOxu (ORCPT ); Fri, 9 Feb 2018 09:53:50 -0500 Received: from [192.168.0.20] (cpc89242-aztw30-2-0-cust488.18-1.cable.virginm.net [86.31.129.233]) by galahad.ideasonboard.com (Postfix) with ESMTPSA id 3C49020064; Fri, 9 Feb 2018 15:52:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1518187944; bh=5aPBSSigzu4tQ0LR4WAv3S0UDbjLwh+DV6XSDGJs39g=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=C1eW76jHIToNOu4Mw50GZYwo6ICmG6PFc4G1jcjy4wTn8SwL08NbhIBT+H5GVqrK7 R3xlfsJyyWit7aCsvPKpzkq2FZm2yGBw0hEFjMr477PZjCQmSPIaKB02nf9WvCE8fQ BHJYOSRaGAZ9mIhYcTK27MpiNngDTY1Rl1HfzF/U= Subject: Re: [PATCH] v4l: vsp1: Fix continuous mode for dual pipelines To: Laurent Pinchart Cc: mchehab@kernel.org, linux-media@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-kernel@vger.kernel.org, Kieran Bingham , Kieran Bingham , "Stable v4.14+" References: <1518182305-17988-1-git-send-email-kbingham@kernel.org> <2830648.6d5UhGC3vQ@avalon> From: Kieran Bingham Organization: Ideas on Board Message-ID: <699aa554-3e95-704f-44ac-d4c024745d84@ideasonboard.com> Date: Fri, 9 Feb 2018 14:53:46 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <2830648.6d5UhGC3vQ@avalon> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Laurent, On 09/02/18 13:27, Laurent Pinchart wrote: > Hi Kieran, > > Thank you for the patch. > > On Friday, 9 February 2018 15:18:25 EET Kieran Bingham wrote: >> From: Kieran Bingham >> >> To allow dual pipelines utilising two WPF entities when available, the >> VSP was updated to support header-mode display list in continuous >> pipelines. >> >> A small bug in the status check of the command register causes the >> second pipeline to be directly afflicted by the running of the first; >> appearing as a perceived performance issue with stuttering display. >> >> Fix the vsp1_dl_list_hw_update_pending() call to ensure that the read >> comparison corresponds to the correct pipeline. >> >> Fixes: eaf4bfad6ad8 ("v4l: vsp1: Add support for header display >> lists in continuous mode") >> Cc: "Stable v4.14+" >> >> Signed-off-by: Kieran Bingham > > Good catch ! > > The patch looks good to me, but I wonder if we shouldn't write the subject > line as "v4l: vsp1: Fix header display list status check in continuous mode". I'm fine with that, Will resend with your RB tag. > Sure, we're fixing continuous mode for dual pipelines, but that's more of a > side effect, it's header display lists that are broken as a whole in > continuous mode, even if we only use that for dual pipelines right now. > > Apart from that, > > Reviewed-by: Laurent Pinchart > > Please let me know if you'd like to rewrite the commit message. > >> --- >> drivers/media/platform/vsp1/vsp1_dl.c | 3 ++- >> 1 file changed, 2 insertions(+), 1 deletion(-) >> >> diff --git a/drivers/media/platform/vsp1/vsp1_dl.c >> b/drivers/media/platform/vsp1/vsp1_dl.c index 8cd03ee45f79..34b5ed2592f8 >> 100644 >> --- a/drivers/media/platform/vsp1/vsp1_dl.c >> +++ b/drivers/media/platform/vsp1/vsp1_dl.c >> @@ -509,7 +509,8 @@ static bool vsp1_dl_list_hw_update_pending(struct >> vsp1_dl_manager *dlm) return !!(vsp1_read(vsp1, VI6_DL_BODY_SIZE) >> & VI6_DL_BODY_SIZE_UPD); >> else >> - return !!(vsp1_read(vsp1, VI6_CMD(dlm->index) & VI6_CMD_UPDHDR)); >> + return !!(vsp1_read(vsp1, VI6_CMD(dlm->index)) >> + & VI6_CMD_UPDHDR); > > /me feels so ashamed. Bah, it's only a brace out of place. I mean, what harm could it do ... hehe :-) Personally I still blame the compiler for not picking up on the fact that we told it to do something we didn't want it to do. /me ducks to avoid all the items thrown by the compiler guys... >> } >> >> static bool vsp1_dl_hw_active(struct vsp1_dl_manager *dlm) -- Kieran