Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932182Ab0G3LnL (ORCPT ); Fri, 30 Jul 2010 07:43:11 -0400 Received: from mail-pv0-f174.google.com ([74.125.83.174]:65382 "EHLO mail-pv0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932157Ab0G3LnI (ORCPT ); Fri, 30 Jul 2010 07:43:08 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=oZNSF/Axb01fqsbozOpEu7sWGdm6wRlBr1SrqJd+znfX3zUmbOZbkBa7EhDSbn9+Xl xfrnmvg804EeU/a9D4rbC1v5PgZ1oSL+xW53d7EQxrU139RYrHQ3DBu4o7dEmEX3VaqE AF8rOGNwjEsLNsI2f5cjjQnlPSwlY9TyZOAus= Subject: Re: [PATCH v2]Resend:videobuf_dma_sg: a new implementation for mmap From: "Figo.zhang" To: npiggin@suse.de, Mauro Carvalho Chehab , akpm , Greg Kroah-Hartman Cc: linux-media , Laurent Pinchart , lkml , Ingo Molnar In-Reply-To: <201007301131.17638.laurent.pinchart@ideasonboard.com> References: <1280448482.2648.2.camel@localhost.localdomain> <201007301131.17638.laurent.pinchart@ideasonboard.com> Content-Type: text/plain; charset="UTF-8" Date: Fri, 30 Jul 2010 19:39:40 +0800 Message-ID: <1280489980.2648.12.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4181 Lines: 118 On Fri, 2010-07-30 at 11:31 +0200, Laurent Pinchart wrote: > Hi, > > On Friday 30 July 2010 02:08:02 Figo.zhang wrote: > > a mmap issue for videobuf-dma-sg: it will alloc a new page for mmaping when > > it encounter page fault at video_vm_ops->fault(). pls see > > http://www.spinics.net/lists/linux-media/msg21243.html > > > > a new implementation for mmap, it translate to vmalloc to page at > > video_vm_ops->fault(). > > > > in v2, if mem->dma.vmalloc is NULL at video_vm_ops->fault(), it will alloc > > memory by vmlloc_32(). > > You're replacing allocation in videobuf_vm_fault by allocationg in > videobuf_vm_fault. I don't see the point. videobuf_vm_fault needs to go away > completely. in now videobuf code, the mmap alloc a new buf, the capture dma buffer using vmalloc() alloc buffer, how is relationship with them? in usrspace , the mmap region will not the actual capture dma data, how is work? > > This has been discussed previously: fixing videobuf is not really possible. A > videobuf2 implementation is needed and is (slowly) being worked on. hi Mauro, do you think this is a issue for videobuf-dma-sg? > I wouldn't > bother with this patch, just drop it. > > > Signed-off-by: Figo.zhang > > --- > > drivers/media/video/videobuf-dma-sg.c | 50 > > +++++++++++++++++++++++++++------ 1 files changed, 41 insertions(+), 9 > > deletions(-) > > > > diff --git a/drivers/media/video/videobuf-dma-sg.c > > b/drivers/media/video/videobuf-dma-sg.c index 8359e6b..f7295da 100644 > > --- a/drivers/media/video/videobuf-dma-sg.c > > +++ b/drivers/media/video/videobuf-dma-sg.c > > @@ -201,10 +201,11 @@ int videobuf_dma_init_kernel(struct videobuf_dmabuf > > *dma, int direction, dprintk(1, "init kernel [%d pages]\n", nr_pages); > > > > dma->direction = direction; > > - dma->vmalloc = vmalloc_32(nr_pages << PAGE_SHIFT); > > - if (NULL == dma->vmalloc) { > > - dprintk(1, "vmalloc_32(%d pages) failed\n", nr_pages); > > - return -ENOMEM; > > + if (!dma->vmalloc) > > + dma->vmalloc = vmalloc_32(nr_pages << PAGE_SHIFT); > > + if (NULL == dma->vmalloc) { > > + dprintk(1, "vmalloc_32(%d pages) failed\n", nr_pages); > > + return -ENOMEM; > > } > > > > dprintk(1, "vmalloc is at addr 0x%08lx, size=%d\n", > > @@ -397,16 +398,47 @@ static void videobuf_vm_close(struct vm_area_struct > > *vma) */ > > static int videobuf_vm_fault(struct vm_area_struct *vma, struct vm_fault > > *vmf) { > > - struct page *page; > > + struct page *page = NULL; > > + struct videobuf_mapping *map = vma->vm_private_data; > > + struct videobuf_queue *q = map->q; > > + struct videobuf_dma_sg_memory *mem = NULL; > > + > > + unsigned long offset; > > + unsigned long page_nr; > > + int first; > > > > dprintk(3, "fault: fault @ %08lx [vma %08lx-%08lx]\n", > > (unsigned long)vmf->virtual_address, > > vma->vm_start, vma->vm_end); > > > > - page = alloc_page(GFP_USER | __GFP_DMA32); > > - if (!page) > > - return VM_FAULT_OOM; > > - clear_user_highpage(page, (unsigned long)vmf->virtual_address); > > + mutex_lock(&q->vb_lock); > > + offset = (unsigned long)vmf->virtual_address - vma->vm_start; > > + page_nr = offset >> PAGE_SHIFT; > > + > > + for (first = 0; first < VIDEO_MAX_FRAME; first++) { > > + if (NULL == q->bufs[first]) > > + continue; > > + > > + MAGIC_CHECK(mem->magic, MAGIC_SG_MEM); > > + > > + if (q->bufs[first]->map == map) > > + break; > > + } > > + > > + mem = q->bufs[first]->priv; > > + if (!mem) > > + return VM_FAULT_SIGBUS; > > + if (!mem->dma.vmalloc) { > > + mem->dma.vmalloc = vmalloc_32(PAGE_ALIGN(q->bufs[first]->size)); > > + if (NULL == mem->dma.vmalloc) { > > + dprintk(1, "%s: vmalloc_32() failed\n", __func__); > > + return VM_FAULT_OOM; > > + } > > + } else > > + page = vmalloc_to_page(mem->dma.vmalloc+ > > + (offset & (~PAGE_MASK))); > > + mutex_unlock(&q->vb_lock); > > + > > vmf->page = page; > > > > return 0; > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/