Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp6350974imu; Mon, 21 Jan 2019 07:26:53 -0800 (PST) X-Google-Smtp-Source: ALg8bN4K57BVXVJL/o6KczzhW6vcyL9bZpG6ri5CSk8oVLtVmpiVQLwOfzugiQ2jW4ypoEUhN3yA X-Received: by 2002:a17:902:112c:: with SMTP id d41mr25922246pla.144.1548084412980; Mon, 21 Jan 2019 07:26:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548084412; cv=none; d=google.com; s=arc-20160816; b=zZFDm+AduKEVz6ze6aheMzFSkY7XTCNGWrR69uD6gaQUYDIsX/DDb4GSIaPfGsP3ZU rnPuF5mh2dXIyoBt6LjtSkAx7PJQcd3b2SB5HVlGbWWIewdCaJfN/79McSebfGPpYMWZ Cs8GK2e8udGvwsGCplwS0+sbRPTDgr5+aJZj+XBtxL6Iw3jOdYXi2wv4tZo1NuC90qOc h4iTiuZGP07Ne85TaoCclR3y/PNV+JCYWWVH6HyOkWfurbQkgmmf6H3mDWUphnJABPh0 wafAycyH01/uAJ+g7KrCTAisME5MKKEczH8GQyYTziTn8LB/tSpRNtl/+1kqfGYde3sF CjAg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=IR22XwzbP0lbGWOTyS3ipzEs+jiwNH8s08Uw0nsCrqo=; b=JjsJwaUuhOLHHEDHMTQPEwMPiG+bgL7IgtXrSU9VkQzTRL/QfrFnWIjvi1xDIrtC8O oJpUor4QkmU3dJyiMH25rjkWVmbxO4jRXJ4LzJhlpUVVtWHnDDYOdb1hJB8+avUIoJL2 noQurALjA+Ft0MNAGItOzGjip003zexmTwFEXG7iqSHp7GCG3ZjjzUKcrS5FmeVA7CIX v0LZSISqV0/6lmhFgu0TvatsMzskwZA5iXp/lCCaM+MzgRWgqMoR6H/VcQURC9tTMxbj rYnFoBOeRfjTA59Y5hfC36upvXOSW0dGgFn/Txoo0ijkcTrbUXXm6xkou5adatVhWEI2 yoHw== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t13si13351926pgm.175.2019.01.21.07.26.37; Mon, 21 Jan 2019 07:26:52 -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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729917AbfAUPVF (ORCPT + 99 others); Mon, 21 Jan 2019 10:21:05 -0500 Received: from bhuna.collabora.co.uk ([46.235.227.227]:55450 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729732AbfAUPVF (ORCPT ); Mon, 21 Jan 2019 10:21:05 -0500 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: gportay) with ESMTPSA id 5BF5E2639D0 Date: Mon, 21 Jan 2019 10:21:08 -0500 From: =?utf-8?B?R2HDq2w=?= PORTAY To: Philipp Zabel Cc: Steve Longerbeam , linux-media@vger.kernel.org, Peter Seiderer , stable@vger.kernel.org, Mauro Carvalho Chehab , Greg Kroah-Hartman , "open list:STAGING SUBSYSTEM" , open list Subject: Re: [PATCH v3 1/2] media: imx: csi: Disable SMFC before disabling IDMA channel Message-ID: <20190121152107.gruavvgkabwokvnz@archlinux.localdomain> References: <20190119010457.2623-1-slongerbeam@gmail.com> <20190119010457.2623-2-slongerbeam@gmail.com> <1548071350.3287.3.camel@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1548071350.3287.3.camel@pengutronix.de> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Philipp, On Mon, Jan 21, 2019 at 12:49:10PM +0100, Philipp Zabel wrote: > Hi, > > On Fri, 2019-01-18 at 17:04 -0800, Steve Longerbeam wrote: > > Disable the SMFC before disabling the IDMA channel, instead of after, > > in csi_idmac_unsetup(). > > > > This fixes a complete system hard lockup on the SabreAuto when streaming > > from the ADV7180, by repeatedly sending a stream off immediately followed > > by stream on: > > > > while true; do v4l2-ctl -d4 --stream-mmap --stream-count=3; done > > > > Eventually this either causes the system lockup or EOF timeouts at all > > subsequent stream on, until a system reset. > > > > The lockup occurs when disabling the IDMA channel at stream off. Stopping > > the video data stream entering the IDMA channel before disabling the > > channel itself appears to be a reliable fix for the hard lockup. That can > > be done either by disabling the SMFC or the CSI before disabling the > > channel. Disabling the SMFC before the channel is the easiest solution, > > so do that. > > > > Fixes: 4a34ec8e470cb ("[media] media: imx: Add CSI subdev driver") > > > > Suggested-by: Peter Seiderer > > Reported-by: Ga?l PORTAY > > Signed-off-by: Steve Longerbeam > > Ga?l, could we get a Tested-by: for this as well? > I have not tested the v3 yet. I have planned to do it later this day for a all night testing and report the result then. Gael