From owner-freebsd-arm@FreeBSD.ORG Mon May 5 18:09:32 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52551FB3 for ; Mon, 5 May 2014 18:09:32 +0000 (UTC) Received: from server1.xenet.de (server1out.xenet.de [213.221.94.200]) by mx1.freebsd.org (Postfix) with ESMTP id B9013C3E for ; Mon, 5 May 2014 18:09:30 +0000 (UTC) Received: from [10.1.0.50] (tubercel-gate.xenet.de [213.221.94.54]) (authenticated bits=0) by server1.xenet.de (8.12.5/8.12.5) with ESMTP id s45I9PdC089710 for ; Mon, 5 May 2014 20:09:28 +0200 (CEST) (envelope-from meyser@xenet.de) Message-ID: <5367D3D0.9000405@xenet.de> Date: Mon, 05 May 2014 20:09:20 +0200 From: Matthias Meyser Organization: XeNET GmbH User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Re: USB audio device on Raspberry Pi - link_elf: symbol isa_dmastatus undefined References: <20140430091411.GA45015@utility-01.thismonkey.com> <5360C0A7.9010407@selasky.org> <1398867266.22079.51.camel@revolution.hippie.lan> <5362638B.1080104@selasky.org> <5363C133.2000304@selasky.org> <5367973F.20300@xenet.de> <5367A154.8010508@selasky.org> <20140505144704.GA78493@cicely7.cicely.de> <1399304088.22079.242.camel@revolution.hippie.lan> <20140505160842.GC78493@cicely7.cicely.de> In-Reply-To: <20140505160842.GC78493@cicely7.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.38 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 May 2014 18:09:32 -0000 Am 05.05.2014 18:08, schrieb Bernd Walter: > On Mon, May 05, 2014 at 09:34:48AM -0600, Ian Lepore wrote: >> On Mon, 2014-05-05 at 16:47 +0200, Bernd Walter wrote: >>> On Mon, May 05, 2014 at 04:33:56PM +0200, Hans Petter Selasky wrote: >>>> On 05/05/14 15:50, Matthias Meyser wrote: >>>>> >>>>> Am 02.05.2014 18:00, schrieb Hans Petter Selasky: >>>>>> On 05/01/14 17:08, Hans Petter Selasky wrote: >>>>>>> On 05/01/14 01:34, Johny Mattsson wrote: >>>>>>>> On 1 May 2014 00:14, Ian Lepore wrote: >>>>>>>> >>>>>>>>> I was doing some testing on a wandboard (about twice as fast an an >>>>>>>>> rpi) >>>>>>>>> with >>>>>>>>> more than 20k int/sec without having any problems. >>>>>>>>> >>>>>>>> >>>>>>>> On a similar note, I've pushed an i.MX 283 (400MHz) board to above 300k >>>>>>>> int/sec, on Linux. Admittedly at that point my shell wasn't what you'd >>>>>>>> call >>>>>>>> "responsive" however =) The ISR in that scenario was the GPIO >>>>>>>> handler, so >>>>>>>> probably a bit more light-weight than an audio ISR. >>>>>>> >>>>>>> I'll have a look and see if I can fix it. >>>>>> Here is a patch (work in progress) which you can try: >>>>>> http://home.selasky.org:8192/dwc_otg_isoc_support_wip.diff >>>>>> >>>>>> Still not working 100% reliable. Trying to figure out the last bits >>>>>> and pieces. >>>>> >>>>> For testing it would be very helful if someone could add >>>>> >>>>> device sound >>>>> device snd_uaudio >>>>> >>>>> to RPI-B kernel. >>>>> >>>>> Having this in BEAGLEBONE would be nice to. >>>>> Perhaps this schould go in every config that supports usb. >>>>> >>>> >>>> Hi, >>>> >>>> The following patch should make "devd" load sound.ko and snd_uaudio.ko >>>> automatically: >>>> >>>> http://svnweb.freebsd.org/changeset/base/265359 >>> >>> This won't work unless sound.ko especting ISA in ARM kernel is fixed >>> as well. >>> >> >> This shouldn't be a problem. The code that references isa stuff is >> wrapped in #ifdef DEV_ISA, and an arm kernel build won't have that >> defined. The problem was that the makefile for building a sound module >> created an opt_isa.h containing #define DEV_ISA when building for arm so >> the loadable sound modules had references to isa but the driver in the >> kernel didn't. > > Didn't test myself, but this thread started with a problem like this. For clarification. Modules would be fine. But no *sound* and *snd* Modules are build during normal buildworld/kernel or are not installed during installworld on arm/armv6.