From owner-freebsd-multimedia@FreeBSD.ORG Mon May 9 17:38:27 2011 Return-Path: Delivered-To: multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B383B106566B; Mon, 9 May 2011 17:38:27 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6EF5E8FC13; Mon, 9 May 2011 17:38:27 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 058E546B2A; Mon, 9 May 2011 13:38:27 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 762FF8A027; Mon, 9 May 2011 13:38:26 -0400 (EDT) From: John Baldwin To: alc@freebsd.org Date: Mon, 9 May 2011 13:38:24 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <4DC3B764.4030801@FreeBSD.org> <201105090945.05130.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201105091338.25086.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 09 May 2011 13:38:26 -0400 (EDT) Cc: freebsd-current@freebsd.org, Andriy Gapon , multimedia@freebsd.org Subject: Re: dsp mmap change X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2011 17:38:27 -0000 On Monday, May 09, 2011 11:35:07 am Alan Cox wrote: > On Mon, May 9, 2011 at 8:45 AM, John Baldwin wrote: > > > On Saturday, May 07, 2011 3:16:25 pm Kostik Belousov wrote: > > > On Fri, May 06, 2011 at 04:16:40PM -0400, John Baldwin wrote: > > > > On Friday, May 06, 2011 10:04:28 am Kostik Belousov wrote: > > > > > On Fri, May 06, 2011 at 04:38:00PM +0300, Andriy Gapon wrote: > > > > > > on 06/05/2011 16:32 Kostik Belousov said the following: > > > > > > > On Fri, May 06, 2011 at 11:55:00AM +0300, Andriy Gapon wrote: > > > > > > >> > > > > > > >> I would like to ask for a review and/or testing of the following > > patch: > > > > > > >> http://people.freebsd.org/~avg/dev_dsp_mmap.diff > > > > > > >> > > > > > > >> It's supposed to fix an issue described here: > > > > > > >> http://lists.freebsd.org/pipermail/freebsd-multimedia/2011- > > > > February/011691.html > > > > > > >> > > > > > > >> In short, the following pseudo-code should do the right thing: > > > > > > >> fd = open(/dev/dsp, O_RDWR); > > > > > > >> mmap(PROT_READ, fd); > > > > > > >> mmap(PROT_WRITE, fd); > > > > > > >> > > > > > > >> Thank you! > > > > > > > > > > > > > > I think that you have to call PCM_GIANT_LEAVE() when returning > > > > > > > EINVAL on the vm_pager_alloc() failure. > > > > > > > > > > > > Yes, thank you. > > > > > > > > > > > > > Your patch hardcodes an assumption that sndbufs are always > > > > > > > contiguous. I was unable to convince myself that this is true. > > > > > > > > > > > > I think that this should be true for the case when DMA is used? > > > > > In the current driver, yes, but there is nothing that theoretically > > > > > prevents scatter-gather from be used. > > > > > > > > You could "fix" this by creating an sglist (via sglist_build()) and an > > > > OBJT_SG VM object that the d_mmap_single callback returned. I wish > > there > > > > was a cleaner way to just create a VM object and populate it with pages > > > > though, and then use vm_map_insert() to map it into the kernel rather > > > > than the more roundabout method of OBJT_SG. > > > > > > You cannot have one page inserted into two vm objects. Contigmalloc() > > > inserts the allocated pages into kernel_object. > > > > Yes, I would want to allocate N unmapped pages and stuff them into a VM > > object that can then be mapped into the kernel and/or into user mappings. > > This would be a much cleaner approach for the nvidia driver for example. > > > > > There is a relatively new function, vm_object_populate(), that allocates a > collection of pages, inserts them into a vm object, and validates them for > use. This function exits in FreeBSD 7.x, 8.x, and HEAD. Hmm, is there a way to specify restrictions on the pages allocated similar to what contigmalloc() supports (e.g. being able to allocate pages in the lower 4GB is something the Nvidia driver needs)? IOW, a method about like contigmalloc() that returned a VM object holding pages meeting the desired restrictions but didn't necessarily map the pages. kmem_alloc_attr() is close to this except it always inserts the pages into the kernel_object and always maps the pages into the address space. -- John Baldwin