[Alsa-devel] wrong irq ?!?
A fellow testing my driver has a strange problem. lspci shows the card is attached to IRQ10, but the driver reads IRQ5 instead. He has another soundchip (CMI-something) which uses IRQ5. My driver follows the tutorial by tiwai closely and it's nearly identical to a lot of other drivers. Any ideas, hints... ? Bye. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] latency with mtpav
How do I ensure my app is using the RTC timer? On Tue, 2003-06-24 at 03:39, Ryan Pavlik wrote: On 23 Jun 2003 23:07:44 +1000 Allan Klinbail [EMAIL PROTECTED] wrote: snip In trying to test various applications with sync I have observed some serious latency problems with the mtpav driver. Using ardour I found some serious latency when starting a recording (about half a beat at 163.7 BPM (sorry the calculations escape me trying to work out the exact latency here)) Has any9one else experienced this or can come up with a resolution for this.. snip It may be the fact that the application in question is using the RTC, and the clock just doesn't align with that tempo. Wild guess. (MIDI apps or JACK usually run it at 1024 ticks/second, so figure how that would align with 163.7 ticks/s.) I haven't had any latency problems with the unit or the driver itself. Once, I was using the RTC as a timer as well, and the most I'd be off would be 1-4ms, and that's just because my box is kinda slow. -- Allan Klinbail [EMAIL PROTECTED] --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Re: Realtek ALC650E support in 2.[45]?
At Mon, 30 Jun 2003 18:49:43 +1000, CaT wrote: Trying to get an upgrade and have a choice between two MBs. Both have onboard sound and one has the ALC650 audio support and the other has ALC650E audio support. I believe the former is s/w and the latter is h/w. I'd like to get the ALC650E but I can't find any clear info if there's support for it in either the 2.4 or 2.5 linux kernels. I found mention of the ALC650 in the source but not the ALC650E. Searching the web did not yeild much clarity either (and neither did the ALSA website :/) but I may have missed something though. Anyways, does it support it? I'd prefer fully OS driver support and don't mind using patches but prefer to be able to compile the driver into the kernel as I like the lack of messyness that comes with monolithic kernels. ALC650(E) is the AC97 codec chip. There must be an audio core in addition, most likely Intel ICH chips or VIA 82xx chips. Both are supported by ALSA, snd-intel8x0 and snd-via8xx drivers, respectively. On OSS, they are i810_audio and via82cxxx_audio drivers. ALC650E is a revision E of ALC650, which has some minor extensions (like S/PDIF support) but mostly identical with ALC650. So both should work. -- Takashi Iwai [EMAIL PROTECTED]SuSE Linux AG - www.suse.de ALSA Developer ALSA Project - www.alsa-project.org --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] problems in /proc read and alsamixer
At Wed, 25 Jun 2003 07:38:26 -0700 (PDT), Prince John wrote: Hi, I'm working on an Alsa driver for a Hitachi SH4 based board with an AC'97 codec (AD1881). ALSA driver - Ver. 0.9.1 Linux kernel - Ver. 2.4.18 All the modules are getting loadedand AC'97 read/write call backs are working fine. But I'm facing following problems: Problem 1: Segmentation Fault while reading the AC97 proc entries. /proc/asound/card0 directory contents: # ls -l /proc/asound/card0 -r--r--r--1 root root0 Jun 7 16:10 Aspen18xx -r--r--r--1 root root0 Jun 7 16:10 ac97#0 -r--r--r--1 root root0 Jun 7 16:10 ac97#0regs -r--r--r--1 root root0 Jun 7 16:22 id dr-xr-xr-x3 root root0 Jun 7 16:22 pcm0c dr-xr-xr-x3 root root0 Jun 7 16:22 pcm0p -- Following error comes when I try to read the ac97#0 files: # cat ac97#0 Unable to handle kernel NULL pointer dereference at virtual address pc = 8c11091e *pde = Oops: PC : 8c11091e SP : 8c47dc10 SR : 4100 TEA : c0100034Not tainted R0 : 0002 R1 : R2 : 007e R3 : c014c685 R4 : 000a R5 : R6 : c014c684 R7 : R8 : 8cd75df4 R9 : 8c47dc60 R10 : R11 : R12 : 0002 R13 : 8c47de5f R14 : 8c47dc60 MACH: 04bf MACL: GBR : ff80 PR : c01022be --- # cat Aspen18xx Fault in unaligned fixup: --- Similar types of errors are coming while reading other proc files (in this dir) too. I think the error happens during the snd_iprintf function calls in ac97_codec.c file, but don't know how to resolve it. Has anybody face this problem? Any ideas to resolve it? this kind of problem has appeared when different gcc versions were used for the kernel and the ALSA modules. not sure whether it's your case. the problem #2 also seems like the behavior happening with the gcc-mismatch above. can SH4 trace oops via ksymoops? Takashi --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] wrong irq ?!?
At Mon, 30 Jun 2003 09:45:46 +0200 (CEST), Giuliano Pochini wrote: A fellow testing my driver has a strange problem. lspci shows the card is attached to IRQ10, but the driver reads IRQ5 instead. He has another soundchip (CMI-something) which uses IRQ5. My driver follows the tutorial by tiwai closely and it's nearly identical to a lot of other drivers. Any ideas, hints... ? this shouldn't happen, as long as you queried the correct pci resource number... Takashi --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] future ALSA development
At Tue, 24 Jun 2003 20:28:08 +0200 (CEST), Jaroslav wrote: i believe, if we change the configuration syntax, it would be better to branch the development tree (or jump the version number). the current system works well already in many fields, so it's nice to keep the stable series. We can do it when we need to break the compatibility behaviour. hmm, i think we need now some release engineering. ALSA 0.9.x series has been released as the STABLE line, and that means that the API should be kept as much as possible. i don't think it's good to include the experimental code for a fundamental change to such a tree (even in cvs). i know it's a bit annoying to keep both different cvs branches up-to-date. but now it's the time to separate clearly what we've done and what we'll do. this will make it easy to release the newer 0.9.x tarball, too. well, if we were to use bitkeeper, it would be easier to keep the different trees in sync... :) Takashi --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] ALSA ../alsa-kernel/ppc/keywest.c:84: tumbler:cannot initialize the MCS
Yes both i2c-keywest and i2c-core are build and loaded. I'm really puzzled-I never had any problems like that. I've build few kernels since alsa stopped using old working .config's and still no luck. Thanks On Mon, 2003-06-30 at 14:04, Takashi Iwai wrote: At 28 Jun 2003 16:50:55 +0100, Grzesiek Sedek wrote: I had my alsa running fine for a while at some point audio stop working (must been afer one of upgrades to 9.4 on debian ppc sid) this is dmesg error I'm getting: ALSA ../alsa-kernel/ppc/keywest.c:84: tumbler: cannot initialize the MCS modules are loading ok but no sound. Thanks for any help. did you load/build the i2c-keywest driver, too? the pmac tumbler/snapper requires this for controlling the chip over i2c. Takashi -- Grzesiek Sedek [EMAIL PROTECTED] --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] AudioScience driver
At Wed, 25 Jun 2003 14:58:23 -0700 (PDT), Eliot Blennerhassett wrote: ... proposed install locations for user lib and include files Good idea. how about /usr/include/asihpi/hpi.h well, assuming the certain header location is not recommended. basically, the kernel sources must not refer to the standard header files for user-space. if you need a header file for the kernel, include it in the kernel tree. or, more easily, specify the header path explicitly with -I option in Makefile (which may be given by the configure script). Takashi --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Sequencer documentation follow-up
At Sun, 8 Jun 2003 22:06:30 -0400, Drake Wilson wrote: ... I have a draft, or part thereof. It is in similar spirit to the module overviews in the API reference, and I hope it to be of some use, if not optimal. I was going to post this earlier, but a) it's written in a weird XML schema, in XSLTing which to HTML I have not had much success, b) I've been somewhat ill recently, and c) I was hesitant to do so for unknown reasons. It should probably be integrated with the doxygeneratees in some form; my initial impulse was to convert it to Texinfo, but that may not be the best of ideas. Comments are appreciated. No warranty or guarantee of any sort is made, naturally. thanks for the document. that's great. i believe the best is to include it in the alsa-lib's source itself as doxygen documents (such as the introduction of pcm section). could you convert it to a doxygen format (preferably as a patch)? btw, in that case, the document will be distributed together with alsa-lib, i.e. under LGPL instead GFDL... ciao, Takashi --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] EWX 24/96 SPDIF input problem with 0.9.4 (and compiler.h)
Hi, At Tue, 17 Jun 2003 09:50:29 +0200, Denis Sbragion wrote: Hello all, I found that the SPDIF input on my TerraTec EWX 24/96 no longer works with the latest 0.9.4 drivers. I digged into the cs8427.c code and I found that this lines in function 'snd_cs8427_create' of version 0.9.3: ... /* CS8427_REG_RECVERRMASK: unmask the input PLL clock, V, confidence, biphase, parity status bits */ /* CS8427_UNLOCK | CS8427_V | CS8427_CONF | CS8427_BIP | CS8427_PAR, Why setting CS8427_V causes clicks and glitches? */ CS8427_UNLOCK | CS8427_CONF | CS8427_BIP | CS8427_PAR, ... have been changed into: ... /* CS8427_REG_RECVERRMASK: unmask the input PLL clock, V, confidence, biphase, parity status bits */ /* CS8427_UNLOCK | CS8427_V | CS8427_CONF | CS8427_BIP | CS8427_PAR, * / 0xff, /* set everything */ ... in version 0.9.4, along with some other changes. The Why setting CS8427_V causes clicks and glitches? comment of version 0.9.3 comes from an old patch I sent to Jaroslav many months ago, when I had a similar problem with an older 0.9.0something version of the drivers. The fact that this patch has been rolled back makes me think that there are some other cards out there that need that flag, so I think that a card dependent intialization is needed here, but I don't know how to code it. Of course I'm willing to help in coding and testing everything that may be needed to make the driver run, though I can only test on my own EWX. Relevant environment: RedHat Linux 7.2, 2.4.7 kernel. thanks for spotting this out. as you suggested above, i added the ews-specific initialization there. it just resets the RECVERRMASK register afterwards in ews.c. please try the cvs version. I found also that the adriver.h file in version 0.9.4 includes the file linux/compiler.h, which is not present on older 2.4 kernels like my 2.4.7. Everything seems to compile pretty well even without this include, at least on 2.4.7, so may be a conditional inclusion is needed here. this should have been fixed on the cvs. it will create a dummy linux/compiler.h if not found. ciao, Takashi --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] EWX 24/96 SPDIF input problem with 0.9.4 (and compiler.h)
Hello Jaroslav and Takashi, At 16.53 30/06/2003 +0200, Jaroslav Kysela wrote: ... Sorry for late reply. My EWS 24/96 does not have this problem. I suggest to create a control which will turn on/off the V bit checking. I also suggest to verify the cable connection. don't worry for the late reply, I know you're always so busy with the many ALSA development tasks. I'm not in a hurry cause I can always switch back to 0.9.3. In the meantime I've done many tests that may help find where the problem is. Here are some informations: - I tested using BruteFIR and arecord. Things change between the two. - Using the 0.9.4 drivers downgraded with just the cs8427 module from 0.9.3, both BF and arecord work like a charm. - Using the 0.9.4 cs8427 module arecord works but BF doesn't. No error pops up, BF just wait forever for samples to come in. - If I try arecord immediately after killing BF it doesn't work either, again no error, just endless wait. But if I go to alsamixer and switch the sample rate from SPDIF to any value and then back to SPDIF before starting arecord, arecord starts to work again. Of course I've already double checked any cabling problem. I digged into BF to see if it does something weird that may fools the driver, even disabling parts of the code to see if there's any particular action that cause the driver to fail, but had no success. What BF does is not that much different from what arecord does, at least it looks ok to me, though I'm not an expert with ALSA programming. I checked also the driver to see if there's something wrong with the new reset code, double checking it against the newest cs8427 data sheet where the reset procedure is explained, but also here everything looks ok. I tried disabling just the V bit, and played also with many other cs8427 settings, but again no success. I also upgraded from the old 2.4.7 kernel to a newest 2.4.20, and nothing has changed. Some other informations. The V bit with older drivers caused problems only when lowering the volume on my CD player, which changes also the SPDIF output volume (pretty weird, I know). Below a given threshold the soundcard started with glitches and distortion, muting completely if I lowered the volume a bit more. So may be it's just the CDP that outputs something that the cs8427 sees as invalid. Anyway listening to the sound with the V bit disabled doesn't show any audible distortion even well below the glitching threshold, but may be the cs8427 is catching something which is not audible under normal conditions. I think the suggestion of creating a control to switch the V bit on and off would be an ideal solution. Finally some other small bugs which you may be interested in fixing: - If I load the ice1712 driver and sets the DAC volumes to 100% using alsactl restore from a prevoius alsactl store the right channel remains muted. Alsamixer reports it as being at 100%, but no sound from it. I have to change the volume back using amixer or alsamixer to get the channel unmuted. This is laying around since 0.9.0rc5. It's just an annoying quirk. I already checked in the drivers to see if there's something wrong but found nothing. - If I set the volume of the ADCs to 0, do an alsactl store and then an alsactl restore, the ADC volume of both channels is set to 101, when 100 should be the maximum value, but both ADCs are anyway muted. This has started since 0.9.2 or 0.9.1, I'm not sure, but was not present in 0.9.0rc5. - The sample rate loops between 48000 to 8000 when changed from alsamixer in one direction, go up to 96000, then SPDIF and the stop with no looping there when changed the other way around. Hopes this helps. I hope to have the time to check the CVS version. Unfortunately I'm a bit busy. Bye, -- Denis Sbragion InfoTecna Tel: +39 0362 805396, Fax: +39 0362 805404 URL: http://www.infotecna.it --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] problem with MU -LAW
hi, alsa people, I have wriiten the application which realises full duplex.But there is playback buffer underrun proble. The buffer tries to read the value but -ve value. After writink the -ve value for some timesay 3 minutes, it becomes alright. again after some time buffer under run occurs. whts the problem . how to over come it. is it dependednt on periodsize and buffersize? and also i want to implement G711. does it happen automatically by using snd_pcm_format_mulaw? if not how to do it? thanks, regards, mahendra ___ Click below to experience Sooraj R Barjatya's latest offering 'Main Prem Ki Diwani Hoon' starring Hrithik, Abhishek Kareena http://www.mpkdh.com --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel