From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugtrack@alsa-project.org Subject: [ALSA - driver 0001224]: artsd-like style Date: Sun, 17 Jul 2005 23:28:23 +0200 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: Received: from bugtrack.alsa-project.org (gate.perex.cz [82.113.61.162]) by alsa.jcu.cz (ALSA's E-mail Delivery System) with ESMTP id ED54A1A6 for ; Sun, 17 Jul 2005 23:28:24 +0200 (MEST) Sender: alsa-devel-admin@lists.sourceforge.net Errors-To: alsa-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org A NOTE has been added to this issue. ====================================================================== ====================================================================== Reported By: Hetfield Assigned To: ====================================================================== Project: ALSA - driver Issue ID: 1224 Category: PCI - ens1370 Reproducibility: always Severity: major Priority: normal Status: new Distribution: Kernel Version: 2.6.x ====================================================================== Date Submitted: 07-01-2005 14:49 CEST Last Modified: 07-17-2005 23:28 CEST ====================================================================== Summary: artsd-like style Description: i'd like to know if that's a roadmap to let alsa drivers have a artsd (or windows) style, i mean, multiple streams at once. that could be very important for example using skype voip and listening music at the same time. ====================================================================== ---------------------------------------------------------------------- rlrevell - 07-17-05 22:21 ---------------------------------------------------------------------- Something (either in alsa-lib or the app) does not seem to be handling a timer correctly. After opening /dev/dsp, it tries to open some type of timer: open("/dev/snd/timer", O_RDONLY|O_NONBLOCK) = 9 ioctl(9, 0x80045400, 0xbf822ecc) = 0 ioctl(9, TIOCSPGRP, 0xbf822ed0) = 0 ioctl(9, 0x80045400, 0xbf8232fc) = 0 Then the ioctl to start the timer returns -EBUSY: ioctl(9, SNDCTL_TMR_START or TCSETS, 0x82676e8) = -1 EBUSY (Device or resource busy) Then it does some more ioctls on the timer: ioctl(9, TIOCSTI, 0xbf8234d0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf823630) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf8235f0) = 0 ioctl(9, TIOCSTI, 0xbf823630) = 0 ioctl(9, TIOCSTI, 0xbf823630) = 0 ioctl(9, TIOCSTI, 0xbf823630) = 0 ioctl(9, TIOCSTI, 0xbf823630) = 0 ioctl(9, TIOCSTI, 0xbf823630) = 0 ioctl(9, TIOCSTI, 0xbf823630) = 0 ioctl(9, TIOCSTI, 0xbf823630) = 0 ioctl(9, TIOCSTI, 0xbf823630) = 0 ioctl(9, TIOCSTI, 0xbf823630) = 0 ioctl(9, TIOCSTI, 0xbf823630) = 0 ioctl(9, 0x54a1, 0xb729aa08) = 0 read(9, "\0\0\0\0\0\0\0\0", 8) = 8 Then we get EAGAIN trying to read the timer, which causes it to give up and try /dev/dsp1, and so on. read(9, 0xbf8239c0, 8) = -1 EAGAIN (Resource temporarily unavailable) close(9) = 0 But this also fails because it performs the exact same sequence of operations on the timer. I suspect that the return value of the ioctl to start the timer was not checked, so the app just assumes the timer was started. Of course it's also completely broken for the app to keep opening non-existent /dev/dsp* in a loop like that. ---------------------------------------------------------------------- Hetfield - 07-17-05 23:28 ---------------------------------------------------------------------- ok ok, but maybe you missed my point: why it work perfectly with plain oss and not with aoss? that's the same issue for skype..aoss is not a FULLY transparent bridge between apps and driver translation. apart some fatal bugs (seg fault fixed in this thread) there seems to be some hidden little holes to fill. i'll be happy to test any patch or fix Issue History Date Modified Username Field Change ====================================================================== 07-01-05 14:49 Hetfield New Issue 07-01-05 14:49 Hetfield Kernel Version => 2.6.x 07-01-05 20:16 Hetfield Note Added: 0005337 07-01-05 20:33 rlrevell Note Added: 0005338 07-01-05 22:56 Hetfield Note Added: 0005343 07-02-05 18:53 pzad Note Added: 0005356 07-02-05 20:11 Hetfield Note Added: 0005357 07-02-05 21:46 pzad File Added: aoss-fcntl.patch 07-02-05 21:47 pzad Note Added: 0005361 07-03-05 09:25 Hetfield Note Added: 0005370 07-03-05 14:09 pzad Note Added: 0005376 07-03-05 15:57 Hetfield Note Added: 0005378 07-04-05 11:49 pzad File Added: aoss.patch 07-04-05 11:53 pzad Note Added: 0005384 07-04-05 14:02 Hetfield Note Added: 0005385 07-08-05 12:16 tiwai Note Added: 0005417 07-08-05 12:27 Hetfield Note Added: 0005418 07-17-05 10:25 Hetfield Note Added: 0005503 07-17-05 10:29 rlrevell Note Added: 0005504 07-17-05 10:46 rlrevell Note Added: 0005505 07-17-05 11:10 Hetfield Note Added: 0005506 07-17-05 11:11 Hetfield File Added: log.tar.gz 07-17-05 19:41 rlrevell Note Added: 0005508 07-17-05 19:50 Hetfield Note Added: 0005509 07-17-05 19:51 rlrevell Note Added: 0005510 07-17-05 20:21 Hetfield Note Added: 0005511 07-17-05 21:14 rlrevell Note Added: 0005512 07-17-05 21:22 Hetfield File Added: log2.tar.gz 07-17-05 21:22 Hetfield File Added: log2 07-17-05 21:23 Hetfield Note Added: 0005513 07-17-05 22:21 rlrevell Note Added: 0005514 07-17-05 23:28 Hetfield Note Added: 0005515 ====================================================================== ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click