Return-Path: Message-ID: <44771111.60404@xmission.com> From: Brad Midgley MIME-Version: 1.0 To: bluez-devel@lists.sourceforge.net Subject: Re: [Bluez-devel] LInux Bluetooth and Audio (OSS) interface References: <447696EC.4080804@xmission.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net Reply-To: bluez-devel@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ development List-Post: List-Help: List-Subscribe: , List-Archive: Date: Fri, 26 May 2006 08:30:41 -0600 Sowmya Are you suggesting we wouldn't need the kernel mod at all? The only way to avoid the kernel mod for an oss client is to do a shared-object interceptor hack like libaoss that catches read/write/ioctl to /dev/dsp and processes it in some other way. Brad > But Brad.... incase we write the OSS Api dependency in btsco we need not > have to upgrade the kernel to have kernel with inbuilt ALSA drivers..... > I feel this is the advantage we are filling up with SCO amd OSS appln > incase if we have to.... isn't it?? > > On 5/26/06, *Brad Midgley* > wrote: > > Timmy > > Maybe you could rewrite btsco.c (the userspace daemon) so it only uses > oss interfaces to the kernel. Hmm... the hooks may not all be there > however. If it could be done, the kernel mod wouldn't really have to > change since you can use alsa-oss-emulation. ------------------------------------------------------- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel