Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2348500pxb; Fri, 5 Feb 2021 16:00:41 -0800 (PST) X-Google-Smtp-Source: ABdhPJyPG8nK5MJPbejU4Fuzrm9LNT2trksGTKaZoTQvQZOpMg/fc04iSPRcAxB/3Oaz+fgKL83E X-Received: by 2002:a05:6402:94f:: with SMTP id h15mr6209969edz.199.1612569641043; Fri, 05 Feb 2021 16:00:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612569641; cv=none; d=google.com; s=arc-20160816; b=RY0X1dezQDYkfAr6g4w3urHqfr2SyV31ZQM7x7AbSE5BN45y1XMF0LmBxbBrFF7xgf h5aLWReS0FfgMfaWO8F15NIS4I29NG52uLUKWBUv0pxXWtICMbOICHtxaBAyXFpw1bSm DxX1bMIsQqz/QkCd/QPjMJX934I5Jo99aDX4gTzgClVllXlzZn3sYMNw9l7UWoFF1dVs vScRezmaxukNnUIMLiDU6pEY6vKuD+y2cdrTDydpQAPK4bhiousiKQP8tPcoPCcyClMA Do2yc29dcndzaz+1QQFvhI2DKxifpLFIyzSfoO6ybxO7nlGgR/Op0X9XKf1g9xQ1R9q2 Aqxw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=Y/6pKj7Da6Y1OOCfpWE0M7OARR3TwCHXeedbVn4ZtsI=; b=heodn2jlkckA8BxgM0Jtl+yOaboWvTVvQ1n/WdqcSeBginiaM4F+Sjb94GN6zwdAdp IoAlBxPvqMq73Zm9WvPUbDL6Od6CYLt9zb77rxtaBAFues6zannxA/ntK5W3r1M3/LQR 56zK9Ch608XBflFc2f34eO8AnYioH4L+DgzjuWEwAVWTZf2MR0BrrFIbHfGGqm2//Byl osefgP1SWTM2s+AC8Zuylae41wmmCaee5qhwFeC98KPGmesI5ryC1fmfgZzNpIYEyP4l /CShwQYnVdaCNu0Vk4GFTjJ4J02IFl9+obhyoroFJALVU2XGW2XL5MuLpMtFqP5l329/ 6hzw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h5si7107142edd.237.2021.02.05.16.00.16; Fri, 05 Feb 2021 16:00:41 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230413AbhBEX7j (ORCPT + 99 others); Fri, 5 Feb 2021 18:59:39 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:50406 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231621AbhBENyY (ORCPT ); Fri, 5 Feb 2021 08:54:24 -0500 Received: from andrew by vps0.lunn.ch with local (Exim 4.94) (envelope-from ) id 1l81Xt-004Nc1-KH; Fri, 05 Feb 2021 14:53:13 +0100 Date: Fri, 5 Feb 2021 14:53:13 +0100 From: Andrew Lunn To: Takashi Iwai Cc: Hans Verkuil , Mauro Carvalho Chehab , linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, "Matwey V. Kornilov" , Robert Foss Subject: Re: [PATCH] media: pwc: Fix the URB buffer allocation Message-ID: References: <20210121202855.17400-1-tiwai@suse.de> <7afd0612-de36-60b1-6650-6f8de24a7145@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 05, 2021 at 02:42:23PM +0100, Takashi Iwai wrote: > On Fri, 05 Feb 2021 14:13:02 +0100, > Andrew Lunn wrote: > > > > Hi Takashi > > > > > Indeed, looks so. In most cases, this doesn't matter since both point > > > to the same device object. In some cases like xhci-plat HCD, they > > > differ. And sysdev might be a better choice from the consistency > > > POV. > > > > > > But this brought an interesting question, too. eg. USB chipidea > > > HCD uses platform devices for both controller and sysdev, and I > > > couldn't find any DMA mask setup. So, no matter what to use, the uwc > > > driver would be broken on this... Maybe it's just not covered. > > > > Did you do a git bisect to see what actually broke it? "1161db6776bd: > > media: usb: pwc: Don't use coherent DMA buffers for ISO transfer" > > introduced the code, not the regression. If we understand the > > regression, that might give us the answer about chipidea. > > It's the recent DMA core change, the commit f959dcd6ddfd ("dma-direct: > Fix potential NULL pointer dereference"). But basically it's a right > fix, and the driver hitting this "regression" has been already broken > but casually worked without setting a proper DMA mask. So for the chipidea, it also just 'casually worked'. But now it probably does not. But that is a separate chipidea issue. None of my ARM systems use the chipidea IP core, so i cannot test anything. Andrew