From owner-freebsd-arm@FreeBSD.ORG Mon May 5 15:34:53 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 810525D7 for ; Mon, 5 May 2014 15:34:53 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFC31A57 for ; Mon, 5 May 2014 15:34:53 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1WhKuq-000Pwm-7F; Mon, 05 May 2014 15:34:52 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s45FYmMb023772; Mon, 5 May 2014 09:34:48 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19TRZQkZyc1wNvyFO3C9R5S Subject: Re: USB audio device on Raspberry Pi - link_elf: symbol isa_dmastatus undefined From: Ian Lepore To: ticso@cicely.de In-Reply-To: <20140505144704.GA78493@cicely7.cicely.de> References: <535A8AEA.1000100@selasky.org> <20140425204134.GA458@cicely7.cicely.de> <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> Content-Type: text/plain; charset="us-ascii" Date: Mon, 05 May 2014 09:34:48 -0600 Message-ID: <1399304088.22079.242.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, Matthias Meyser 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 15:34:53 -0000 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. -- Ian