- Alsa-devel - mailman.alsa-project.org

Re: [alsa-devel] Writing a new plugin for ALSA
by Nobin Mathew 11 Jul '07

11 Jul '07

On 7/10/07, Takashi Iwai <tiwai(a)suse.de> wrote: > At Tue, 10 Jul 2007 17:45:03 +0530, > Sudhanshu Saxena wrote: > > > > Hi Takashi, > > > > I am working on this issue along with Nobin, for multiple multiple streams (at > > different rates) playback based on a priority. > > > > I attempted suspend and resume returning -ESTRPIPE, but it has two issues > > 1) All applications may need a change in Suspend logic specific to wait for higher > > priority stream to run to completion. > > Basically every app is _required_ to handle of suspend/resume > properly. > > > 2) I have to still find out a mechanism to reset the hardware settings are reconfigure > > it for second stream. > > snd_pcm_hw_reset has an access to reset using IOCTL "SNDRV_PCM_IOCTL_RESET" , I hope > > that can help, I am not > > very sure on this. > > Well, I don't think the plugin itself requires the reset. > > > As mentioned by Nobin we want to skip any upsampling caused when we use the dmix > > (rate) plugin. > > I was trying to find the way out, with a plugin with following changes: > > 1) All streams will open pcm with a priority. (Pre decided for the system) > > 2) Plug-in will have shared memory to hold the priority list of all applications which > > are accessing sound. > > 3) At any instance only one stream will be active. > > 4) All applications will hold the context of HW params and SW params (accessible > > through apis plugin will support). > > 5) If an application with a higher priority calls snd_pcm_open shared memory with the > > priority list will be updated and > > when the currently active stream attempts to re-write the data it will check for > > priority list. This will cause saving of params, drain of stream and reset of hw as > > mentioned using above IOCTL and the active stream would be changed to > > currently highest in the priority list. > > 6) The higher priority stream can then start writing data, on completion of access > > similar sequence of drain, hw reset will be caused and the active stream will be > > changed to next in the priority list. > > 7) On resume of lower priority stream the hw params will be set again. > > The question is how the application decides which stream to use. > If it can open a PCM with a different name (to snd_pcm_open call), and > if you have three individual PCM devices, the whole switching can > be done inside the kernel driver. That is, when an SCO stream is > opened during audio stream(s) is running, the driver triggers SUSPEND > mode for the audio stream. Then the app will stop and restart the > stream by itself. This means you don't need any change in user-space > side but needs some additions in the driver side. We thought about implementing this in the kernel driver, but after some investigation, we found that we are serializing the driver so much by providing three interfaces (audio, sco and Nav). say pcmC0D0p/c, pcmC0D1p/c and pcmC0D2p/c. Consider the case of two apps audio and sco. We have two interfaces for this pcmC0D0p/c and pcmC0D1p/c priority is audio < sco so interface priority is pcmC0D0p/c < pcmC0D1p/c. Assume that audio is already opened. When we open sco interface audio interface can be in any state, it i can be in paused state or it is about to close etc. So we will have so many states of application in the kernel driver. we need to maintain all these states of application in the kernel driver. Say tomorrow one more application came in to picture, then this complexity will increase. Locking of states of streams is also required in this case. correct me if I am going wrong > > BTW, any reason to drop Cc to alsa-devel ML? Such an open discussion > is very important for opensource development. I think Sudhanshu missed it, I am copying to alsa-devel > > > Takashi > thanks Nobin mathew

2 3

[alsa-devel] [PATCH] hda-codec - Add VIA HDA to si3054
by Claudio Matsuoka 10 Jul '07

10 Jul '07

The attached patch is needed to proper recognition of the si3054 modem in the Clevo m540 laptop. Thanks, Claudio

1 0

Re: [alsa-devel] default setting not fully working with new ALSA device
by Tobin Davis 10 Jul '07

10 Jul '07

Try this patch. It adds support for both ALC883 and HDMI ports on your system. Summary: HDA-Intel - Add support for MSI K9AGM2-FIH motherboard This patch adds support for the MSI K9AGM2-FIH on-board audio. Signed off by Tobin Davis <tdavis(a)dsl-only.net> On Thu, 2007-07-05 at 18:34 +0200, Peter Matthias wrote: > The Board is a MSI K9AGM2-FIH, Sockel AM2, ATI RS690G, mATX, PCIe > > The script gave following output: > "Your ALSA information is located at http://pastebin.ca/604529" > > Other drivers are statically linked in my kernel. > > Thank you for your work! In case of any questions, contact me. > > Peter > > > Am Mittwoch, 4. Juli 2007 schrieben Sie: > > Could you post the output from > > http://bulletproof.servebeer.com/alsa/scripts/alsa-info.sh ? This > > script will give us more detailed information on what sound chip it is. > > We will also need to know the brand of board, for the driver file. > > > > Thanks, > > > > Tobin > > > > On Wed, 2007-07-04 at 16:48 +0200, Peter Matthias wrote: > > > Hello, > > > > > > I have got a 690G board with following lspic -nv output: > > > > > > 01:05.2 0403: 1002:7919 > > > Subsystem: 1002:7919 > > > Flags: bus master, fast devsel, latency 64, IRQ 19 > > > Memory at fe9e8000 (64-bit, non-prefetchable) [size=16K] > > > Capabilities: [50] Power Management version 2 > > > Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 > > > Enable- > > > > > > With the default setting, microphone does not work. With module > > > parameter "modprobe -i snd-hda-intel model=6stack-dig" microphone works > > > well. Please add to default setting. It was written in Linux Kernel > > > documentation to report this issue here. > > > > > > Thank you, > > > Peter > > > _______________________________________________ > > > Alsa-devel mailing list > > > Alsa-devel(a)alsa-project.org > > > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > -- Tobin Davis <tdavis(a)dsl-only.net>

2 2

Re: [alsa-devel] Intel hda ICH7 not worked anymore after using wine (SOLVED!)
by Xavi de Blas 10 Jul '07

10 Jul '07

It worked!!! Thanks a lot I thought my hardware was broken! 2007/7/9, Tobin Davis <tdavis(a)dsl-only.net>: > > Patch needs to be applied as follows: > > cd alsa-driver-1.0.14/alsa-kernel > patch -p1 < LenovoX60S.patch > cd .. > > Then you can rerun configure && make && make install. > > Tobin > > On Mon, 2007-07-09 at 17:25 +0200, Xavi de Blas wrote: > > 2007/7/9, Tobin Davis <tdavis(a)dsl-only.net>:> Sorry for missing this thread. I just woke up.>> I looked at your first pastebin output, and the actual audio codec shows> up as 0x51d41981, when it should be 0x11d41981. This is why the Analog> driver patch isn't detecting it.>> Can you try this patch against alsa-driver-1.0.14? It should detect> this codec. Still not sure why it is misconfigured, unless there is a> bios issue.> > I'm afraid, probably when i tried the Linuxant codecs for the modem it broke thebios. Not sure, but sound worked, and continued working some rebootslater. But when i tried a few things with wine and rebooted, soundnever worked again > When i aply the patch (probably i don't do it good) there are problems: > > xavier@corall:/usr/local/src/alsa-src/alsa-driver-1.0.14$ catLenovoX60S.patch | patch -p1patching file pci/hda/patch_analog.cHunk #1 FAILED at 3402.1 out of 1 hunk FAILED -- saving rejects to file pci/hda/patch_analog.c.rej > > xavier@corall:/usr/local/src/alsa-src/alsa-driver-1.0.14/pci/hda$ catpatch_analog.c.rej*************** struct hda_codec_preset snd_hda_preset_a*** 3402,3407 **** { .id = 0x11d41882, .name = "AD1882", .patch = patch_ad1882 }, { .id = 0x11d41884, .name = "AD1884", .patch = patch_ad1884 }, { .id = 0x11d41981, .name = "AD1981", .patch = patch_ad1981 }, { .id = 0x11d41983, .name = "AD1983", .patch = patch_ad1983 }, { .id = 0x11d41984, .name = "AD1984", .patch = patch_ad1984 }, { .id = 0x11d41986, .name = "AD1986A", .patch = patch_ad1986a },--- 3402,3408 ---- { .id = 0x11d41882, .name = "AD1882", .patch = patch_ad1882 }, { .id = 0x11d41884, .name = "AD1884", .patch = patch_ad1884 }, { .id = 0x11d41981, .name = "AD1981", .patch = patch_ad1981 },+ { .id = 0x51d41981, .name = "AD1981", .patch = patch_ad1981 }, { .id = 0x11d41983, .name = "AD1983", .patch = patch_ad1983 }, { .id = 0x11d41984, .name = "AD1984", .patch = patch_ad1984 }, { .id = 0x11d41986, .name = "AD1986A", .patch = patch_ad1986a }, > > The patch is ok? > Thanks > (Tobin sorry for sending messge two times) > > -- > Tobin Davis <tdavis(a)dsl-only.net> >

3 6

[alsa-devel] Writing a new plugin for ALSA
by Nobin Mathew 10 Jul '07

10 Jul '07

Hi, I am trying to write a new ALSA plugin, like dmix. My intend is to give priority to streams, i will not do up sample and down sample as we do in the case of dmix. If we do up sample and down sample then I think it will take lot of cpu. In my case I have three streams audio, bluetooth sco and Navigation sound data. priority is audio < sco < Nav audio rate is 44100hz, sco rate is 8000hz when sco is up audio should pause playback and audio should continue when sco is finished. I dont want to do software mixing. Thats why I am trying to write this new plugin. Assume that audio is active first, then sco comes to active state. So what i will do is in the library i will put audio app in sleep(), and re-configure the pcm for sco. Once sco is finished i will re-configure pcm for audio again like wise. so my question is there any api in the alsa-lib to take a copy of pcm structures, so when audio comes back gain i can use these saved pcm conf to that. Is there any api in the alsa-lib to reset the pcm structure to initialized state, means state just after open. Thanks Nobin Mathew

2 2

[alsa-devel] [PATCH] snd-usb-audio: Add another QuickCam ID
by Ritesh Raj Sarraf 10 Jul '07

10 Jul '07

Hi Clemens, Can you push this for 2.6.23 ? Or is there anything else missing in the patch ? Thanks, Ritesh =================================================== On Friday 08 June 2007, Clemens Ladisch wrote: > Ritesh Raj Sarraf wrote: > > dell_xpsm1210_quickcam.patch > > Please provide a Signed-off-by line. > > I guess this patch is for the integrated webcam of the Dell XPS M1210? > > Hi Clemens, I've regenerate the patch properly this time. And yes, this patch is for the integrated webcam shipped with M1210. PS: Request you to CC me if there are any comments. I'm not subscribed to the list. Thanks, Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention."

1 0

[alsa-devel] ALC882 on Abit AW9D-MAX
by Dan Aloni 10 Jul '07

10 Jul '07

Hello, Yesterday I posted this bug in the bugtracker: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3013 I have received no reponse yet. I'd like to cooperate on solving this. Thanks, -- Dan Aloni XIV LTD, http://www.xivstorage.com da-x (at) monatomic.org, dan (at) xiv.co.il

2 14

[alsa-devel] Unable to find an usable access for 'default'
by Timur Tabi 10 Jul '07

10 Jul '07

I'm developing a new ASOC driver, and I get this error message: ALSA lib pcm_plug.c:729:(snd_pcm_plug_hw_refine_schange) Unable to find an usable access for 'default' Can someone tell me what this means? FYI, I'm in the early stages of testing my driver, and before I started I knew nothing about ALSA. This is on an embedded system, so I don't know if my ALSA installation is correct. Am I missing some kind of configuration file? -- Timur Tabi Linux Kernel Developer @ Freescale

2 7

[alsa-devel] Intel hda ICH7 not worked anymore after using wine
by Xavi de Blas 09 Jul '07

09 Jul '07

Hello, I installed Wine on my Ubuntu Feisty on IBM-lenovo X60s, and after reboot, sound never worked again. I tried to activate and to hide modem on the bios. I tried to stop machine, take off battery, wait 10s, put battery again, and boot without the power cable connected... and i tried lots of things from ubuntuforums. I reinstalled feisty and sound doesn't work. I used alsa-info.sh script, here is the result: http://pastebin.ca/610317 Should the new kernel 2.6.22 help me? http://kernelnewbies.org/Linux_2_6_22#head-0d133cda430e5d18f1c72dd3cfaa6a92… Thanks

3 12

Re: [alsa-devel] Fwd: Problems with hda_intel, Santa Rosa, and suspend
by Takashi Iwai 09 Jul '07

09 Jul '07

At Mon, 25 Jun 2007 15:16:41 -0500, Matt Mullins wrote: > > On 6/25/07, Takashi Iwai <tiwai(a)suse.de> wrote: > > > Yes, single_cmd mode is used always. > > That's bad. > > I believe we have established that. What can I do about it? *Can* I > do anything about it? What functions should I start debugging? Has > this happened with other codecs before? What documentation will I > need or want other than the Intel HDA and STAC9205 specifications? Similar problems have been seen in some laptops, too. I vaguely remember that they need some ACPI-related boot options to fix it somehow. I think it's likely irrelevant with the codec chip, but rather a problem of the controller side. > I'm definitely willing to help work on this, as not many people have > this hardware. I'm just new to the sound system, so I'm still trying > to figure out what-calls-what. Takashi

3 10