Received: by 10.223.176.5 with SMTP id f5csp2537691wra; Mon, 5 Feb 2018 05:52:30 -0800 (PST) X-Google-Smtp-Source: AH8x224fWxdwFwL9VlJwHgk5v/6PDWwvGBGpnYfhJZCGVxUthbwrxpCAXmpbg32tIcdlxsAisZC/ X-Received: by 10.99.110.202 with SMTP id j193mr8581683pgc.294.1517838749738; Mon, 05 Feb 2018 05:52:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517838749; cv=none; d=google.com; s=arc-20160816; b=XDcbj39OxqT2RKi3lQgK9gzkYAG1qszRcWCjUrDLVx6MI9DxXMH08xQKXZJbNG5rn1 +fdXrGcX7USwRrjaRL+YN/d0+krA5s386IPvLi8Xk1riYUFztylkrtA54FTbbpoF5xY9 LnyRdtfMb4rknLbofhe6LQdStUtXJ0M+VWXIseJL15aP0Mqg8ZFawjLKnMNRkwaM59Yh uvRFFjhiMYRCM6TgWJssRbZcK+RiYH3Zx1bIf/y3haadeZY98bpyAoXj/xQzx57iqYo7 RGSZXONwYmzG8qorn+RcPankwHIeVUDK44WZBMLPOYk+CxI9SJhC4YTkk4mbW3FUTeEc imvQ== 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:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dmarc-filter:arc-authentication-results; bh=m0MxDfCQfxB93nFRBebmLTwqm6cVCvxg08c9pAIRJrQ=; b=G0IjJN6fLKQf60p6ydHUZZzUi9F2tJ4iYpj9cSgXb7i3Fcyhyqx0ifQ8pmALCFXukP cv6rehQhWR8UsQ7bBj/ZVMqyXCD5aAeg2CgWKCg5xHeVeNzk7DD0mGqpmJTinSR9cPr+ j02SqwSP5LEhUSRZEtuklgjP6w71+NRWYDpmsjsKjVNthQ/vgKhSL5k+vo8WU+RhG6Ae 4wCxysu0QvToHtV4+Rlb1p1HtCS2i7DRqdDe/v/72l6vBhj2dgQQHvMwpC72y3F/jBqU 0wld+J2K/f8mR0fMi9OLPojKvRF+YKavoxKk9imG2YQBvlO6tlKVM9+Nu+306FOgodL0 7h6A== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d4si5405489pgf.231.2018.02.05.05.52.14; Mon, 05 Feb 2018 05:52:29 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753029AbeBENvQ (ORCPT + 99 others); Mon, 5 Feb 2018 08:51:16 -0500 Received: from mail.kernel.org ([198.145.29.99]:43760 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752461AbeBENvJ (ORCPT ); Mon, 5 Feb 2018 08:51:09 -0500 Received: from devbox (NE2965lan1.rev.em-net.ne.jp [210.141.244.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 40EFC2172D; Mon, 5 Feb 2018 13:51:07 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 40EFC2172D Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=mhiramat@kernel.org Date: Mon, 5 Feb 2018 22:51:05 +0900 From: Masami Hiramatsu To: Marek Szyprowski Cc: Pawel Osciak , Kyungmin Park , Mauro Carvalho Chehab , linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, orito.takao@socionext.com, Fumihiro ATSUMI Subject: Re: [PATCH] [BUGFIX] media: vb2: Fix videobuf2 to map correct area Message-Id: <20180205225105.6eb3a8e5ed93c87bf6cfd14e@kernel.org> In-Reply-To: <2af9a288-86e8-100a-4459-bc913f3cb99d@samsung.com> References: <151779784111.20697.5012233804870630070.stgit@devbox> <2af9a288-86e8-100a-4459-bc913f3cb99d@samsung.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 05 Feb 2018 09:47:46 +0100 Marek Szyprowski wrote: > Hi Masami, > > On 2018-02-05 03:30, Masami Hiramatsu wrote: > > Fixes vb2_vmalloc_get_userptr() to ioremap correct area. > > Since the current code does ioremap the page address, if the offset > 0, > > it does not do ioremap the last page and results in kernel panic. > > > > This fixes to pass the page address + offset to ioremap so that ioremap > > can map correct area. Also, this uses __pfn_to_phys() to get the physical > > address of given PFN. > > > > Signed-off-by: Masami Hiramatsu > > Reported-by: Takao Orito > > --- > > drivers/media/v4l2-core/videobuf2-vmalloc.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/drivers/media/v4l2-core/videobuf2-vmalloc.c b/drivers/media/v4l2-core/videobuf2-vmalloc.c > > index 3a7c80cd1a17..896f2f378b40 100644 > > --- a/drivers/media/v4l2-core/videobuf2-vmalloc.c > > +++ b/drivers/media/v4l2-core/videobuf2-vmalloc.c > > @@ -106,7 +106,7 @@ static void *vb2_vmalloc_get_userptr(struct device *dev, unsigned long vaddr, > > if (nums[i-1] + 1 != nums[i]) > > goto fail_map; > > buf->vaddr = (__force void *) > > - ioremap_nocache(nums[0] << PAGE_SHIFT, size); > > + ioremap_nocache(__pfn_to_phys(nums[0]) + offset, size); > > Thanks for reporting this issue. However the above line doesn't look like > a proper fix. Please note that at the end of that function there is already > "buf->vaddr += offset;". I see. > > IMHO the proper fix is to create a larger mapping, which would include the > in-page start offset: > > ioremap_nocache(__pfn_to_phys(nums[0]), offset + size); Yes, sorry it's my mistake. I misunderstood ioremap_nocache(addr, size) remaps the PAGE of addr to PAGE of (addr+size). Yours is correct. Thank you, > BTW, thanks for updating "<< PAGE_SHIFT" to better __pfn_to_phys() macro! > > > } else { > > buf->vaddr = vm_map_ram(frame_vector_pages(vec), n_pages, -1, > > PAGE_KERNEL); > > > > > > > > > > Best regards > -- > Marek Szyprowski, PhD > Samsung R&D Institute Poland > -- Masami Hiramatsu