From owner-freebsd-current@FreeBSD.ORG Fri Apr 8 19:51:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28A3316A4CE; Fri, 8 Apr 2005 19:51:18 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F07B943D4C; Fri, 8 Apr 2005 19:51:17 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id BACDD7A424; Fri, 8 Apr 2005 12:51:17 -0700 (PDT) Message-ID: <4256E0B5.7000308@elischer.org> Date: Fri, 08 Apr 2005 12:51:17 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Alexander Leidinger References: <4256D446.4090009@elischer.org> <20050408212446.3f2a4dc6@Magellan.Leidinger.net> In-Reply-To: <20050408212446.3f2a4dc6@Magellan.Leidinger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: matk@freebsd.org cc: FreeBSD Current Subject: Re: odd bus_dma_tag_create(...maxsegsize..) . question for some devices.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:51:18 -0000 Alexander Leidinger wrote: >On Fri, 08 Apr 2005 11:58:14 -0700 >Julian Elischer wrote: > > > >>./sound/usb/uaudio_pcm.c- /*maxsize*/ >>bufsz, >>./sound/usb/uaudio_pcm.c- /*nsegments*/ 1, >>./sound/usb/uaudio_pcm.c- /*maxsegz*/ >>0x3fff, >> >> >>I'm guessing these should be 0x1000 , 4, 0x4000 (depending possibly on >>the USB adapter used.) >> >> > >The 0x3fff is wrong, it prevents the uaudio device from being usable >(except the default buffer site changed since the last time I've looked >at it). 0x3ffff works for me. matk@ wanted to commit a fix for various >parts of uaudio, but it seems he's busy. > > no reason it shouldn't be 0x40000 then.. the ffff part is spurious as far as I can see. >Bye, >Alexander. > > >