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

Re: [alsa-devel] [Alsa-user] Async behavior and -EAGAIN on write?
by Paul Adolph 02 Jun '08

02 Jun '08

>> For playback I am using the ALSA callback to wake up a thread that >> then feeds the ALSA ring buffer with a period-worth of samples using >> snd_pcm_writei(). I've set snd_pcm_sw_params_set_avail_min() to one >> period. The problem is that most of the time when my thread wakes up >> and tries to write the data, snd_pcm_writei() fails with -EAGAIN, and >> I must retry until it works. >> >> Presumably this write failure is because there is not enough space in >> the ring buffer, but then why did the ALSA callback fire in the first >> place? As it stands my retries are eating needless amounts of CPU. >> > > What does snd_pcm_avail_update return if you call it before > snd_pcm_writei in your callback? Taking the sleep out of my thread so I respond to the ALSA callback wakeups as often as possible, I found that snd_pcm_avail_update() returns very small values, usually less than 1/2 the period size and sometimes even 0! It seems as if I'm getting callbacks whenever ALSA feels like giving them. This behavior does not seem to change at all even with different settings of snd_pcm_sw_params_set_avail_min()! I must be missing some key thing in all this. Here are some of the readings. This is with snd_pcm_sw_params_set_avail_min(period_size) and period_size = 470 frames. avail = 68 avail = 202 avail = 336 avail = 0 avail = 134 >What period and buffer sizes do you use? I am using set_buffer/period_time_near and read back the actual values. I get the following with the settings I'm using. buffer_size : 7526 frames period_size : 470 frames I'm set to 22050 sampling rate, 16-bit signed interleaved samples. > FYI, you should seriously consider using poll() rather than the > async/callback interface. It's more efficient than signals and more > compatible with various IO plugins like pulseaudio. Yes - I'm looking into this for sure. This async mode has caused me lots of problems. My main issue is that I'm almost out of time to spend on this part of the project. :-( Thanks for your help.

1 0

Re: [alsa-devel] [Alsa-user] Async behavior and -EAGAIN on write?
by Paul Adolph 02 Jun '08

02 Jun '08

>> For playback I am using the ALSA callback to wake up a thread that >> then feeds the ALSA ring buffer with a period-worth of samples using >> snd_pcm_writei(). I've set snd_pcm_sw_params_set_avail_min() to one >> period. The problem is that most of the time when my thread wakes up >> and tries to write the data, snd_pcm_writei() fails with -EAGAIN, and >> I must retry until it works. >> >> Presumably this write failure is because there is not enough space in >> the ring buffer, but then why did the ALSA callback fire in the first >> place? As it stands my retries are eating needless amounts of CPU. > No definitive help. I don't know the internals, but I have a guess. It > probably leads the > amount so that on busy systems, underruns don't occur. You could try > setting it to 2 buffer > min and still writing only a single buffer. That way, you have a buffer of > slack. It seems to make no difference what snd_pcm_sw_set_avail_min() value I use. I tried setting it from twice to many times the period size. I still get ALSA callbacks very often. When I check available space at each callback invocation using snd_pcm_avail_update(), I almost always get much less than this setting. Indeed most usually much less than a single period size. > You might have better luck trying this on the alsa-devel list. The > developers live there and they > know the internals. It is possible they will answer. Good idea. I am cross-posting this email. (Hopefully to no-one's annoyance...) > I went and looked at the function you are using. > (snip) > Are you using a buffer size compatible with your card. It is possible it is > using the closest one and that is less than the buffer size you have > defined. Just a thought. To set buffer sizes, I am using set_buffer/period_time_near() and taking whatever the card gives me - I read them back with the get functions. One weird thing I noticed is that my card give me a period size of 470 frames *always*, regardless of whatever desired buffer and period time I ask for. I don't think this issue is related to the async behavior weirdness though. Thanks for your help.

1 0

[PATCH] Revert "wm9713: Expose the PLL configuration"
by Robert Jarzmik 01 Jun '08

01 Jun '08

This reverts commit 0d03f161680832984dd03f6bfc9a3423fc67501d. There's a bug in set_pll call from resume function. --- sound/soc/codecs/wm9713.c | 8 ++------ 1 files changed, 2 insertions(+), 6 deletions(-) diff --git a/sound/soc/codecs/wm9713.c b/sound/soc/codecs/wm9713.c index 5defac8..eae042c 100644 --- a/sound/soc/codecs/wm9713.c +++ b/sound/soc/codecs/wm9713.c @@ -659,7 +659,7 @@ struct pll_ { unsigned int k; }; -static struct pll_ pll[] = { +struct pll_ pll[] = { {13000000, 0, 1, 0, 0, 7, 0x23f488}, {2048000, 1, 0, 0, 0, 12, 0x0}, {4096000, 1, 0, 0, 0, 6, 0x0}, @@ -667,10 +667,9 @@ static struct pll_ pll[] = { /* liam - add more entries */ }; -static int wm9713_set_pll(struct snd_soc_dai *codec_dai, +static int wm9713_set_pll(struct snd_soc_codec *codec, int pll_id, unsigned int freq_in, unsigned int freq_out) { - struct snd_soc_codec *codec = codec_dai->codec; struct wm9713_data *wm9713 = codec->private_data; int i; u16 reg, reg2; @@ -1056,13 +1055,11 @@ static struct snd_soc_dai_caps wm9713_voice_playback = { static struct snd_soc_dai_ops wm9713_hifi_dai_ops = { /* alsa ops */ .prepare = ac97_hifi_prepare, - .set_pll = wm9713_set_pll, }; static struct snd_soc_dai_ops wm9713_aux_dai_ops = { /* alsa ops */ .prepare = ac97_aux_prepare, - .set_pll = wm9713_set_pll, }; static struct snd_soc_dai_ops wm9713_voice_dai_ops = { @@ -1074,7 +1071,6 @@ static struct snd_soc_dai_ops wm9713_voice_dai_ops = { .set_clkdiv = wm9713_set_dai_clkdiv, .set_fmt = wm9713_set_dai_fmt, .set_tristate = wm9713_set_dai_tristate, - .set_pll = wm9713_set_pll, }; /* for modprobe */ -- 1.5.5.3 --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=sound_soc_pxa.tar.gz Content-Transfer-Encoding: base64 Content-Description: mioa701 board code H4sIALyrXkgAA+w8/XfaxrL9Ff8VG3riBw7GgO2ktROfSzB2aDBwALfNy8vRkUHYqoWkqw9/tM37 29/M7K60+gKcNr3vnltOG8PuzOzs7OzM7MxKvhPa871vvuqnAZ9Xh4f4t/nqsKH+lZ9vms1G69Vh 6/Cg1fqm0QSAl9+ww6/LFv+EfqB7jH3j/bIabl3/v+nHp/X3ndlX1IGnrf8hrv/LxuHf6/9XfOL1 dx/0r6QDT1r//X1Y/+b+q4O/1/+v+CTXf2k6+qtGU7tffv+quV+f/Tlj4AK/PDgoWP+D1v5+M1p/ /N7A5Yf1b/w5w6/+/Iev/97OFtth6XWHNmweO1eGF7AfdO/XpXmLLYyZtu+anjFnV49sqcOvwLGN CBFb+6a+ZOemN793nDkg7W1tfWvaMyucG+y1Zdrhw97SmYeWUb85KehxdU9f5nXPjTtzlototma5 zd4/c5vtwPC80A3yOu8d7/afoRHmj2O7YS6Wa+nBwvGWWh6PfJvNHC+33Z0t85phVxY07851NxfF tM3gTrfyuvTZ96+0mTM3iKjSrfvLPd2b3aAF2PWMaz+Jjd3XrulkWwlJD+e8L+4s1+t7NJC/J/Ti pqz0wjCth4ddmrTaHpEU2oi9W9/OjYVpG+x81Bu2WtpkMmpNPkw6/ffaxWmp0mqx36lLa/en2tlA a2nDy2k1wmp3YM7UP7rs90ulxsPhd1t7O0x0BzcG82eGrXum46OiSrwLpHh5Cv8Oz85KgJfoOZ9c aJ12vy9A3rUHp5PutNRcCdRtE1BrLaWzcbdb2l8F9rZ/2Z0Oh9N3pYME2GTaHXeH2hS+jbrt991x qXRYAIDsjN4NB91J6WUCpNMeTS/H3WhSpVf53WI6pe9yu2MOS99vbRkPsNlssBxBZGiWug9tGqpr xQ+8cBYw355roNraTPfmbAf/rR5L1DvHnKdxZze6fW1UkKpcwxSC98utRlrvekD3SWMlUedg4irY DlBb4C8CcyZno8mx2Zuk1iQh3Ru0kjC6oS819DirWSnGdNxNEX0jCF3tF312q5m+J7FSVortuPAl RuSTN5bOnfFFqDcuYQXO9bVlSES0p5r4vhPaoW8IQVILCnFpPhi+FrDftkqwrB7bgQZbXxrHWyWc CgOTdrz1ORbpzAG/w3II8L+eAZPXdMv6+AmWBYjClreMRcDejQjCw71e+q3cF20X1DbqsLeG4bKR pT9ewSzY5N4MZjflGmt8rmXBf3RQCBngEssHb4cPmwO/fXR138/hJB981LnYnPaFYzs9e2PaHd0N Qs9g7wx9TrrILsKHiDqJ1jOvbzKyHcvGDYWbgi+QLmMF8EXiLQBfK+AM+/kSLgBfK+MUfIGQmSJk 3zX0WwBVZTwRbRuKOAm+Vn+T4Gv0Nwm8VrxpzlfqbxJ4rWxT4GAummxizg0MVNPUSbRLoJiQKw6x qVAV2LU6q8DmipOxXNi10kzwmyPKArpS63iT2NUFsGulrsLmizxFN3c7MVXlb6LdsAyBrp+w2lHf MAzEbknurQKA5GYKU85A6k4B0fxuIglN+yo9Vkag/QTYb2wAYSj8Yp+f4M2u/SU4ecvSUB7g2BSn BoEh8RI4NF/oBJvSZyM9uJFcbOrjmuxzje3tAQQC7J4opsh8UCjliLUFqKUS4CZwDA+IjPrFfI4T fG5mQVnEKAfAITiGSuSJPI6Jxz4EsX3kEJmFoQVfG+zDUhNoA2lOYfeEmI+ZIgppTogXhbbAihFy VojwAO3SXoaBoWD/cc3S7WLNOvMcO1b9/+/6leSWdqXK7ka+JNYyJtUsgUeUTtsdUJM75JE1k+uq AOPCAlQzYxEUcOxHOGSWpnPR6zRzNBEWtM0mTujNjDItdaRHCI8a1Ou000pbZIxxggK3LbWPfYHS DgfDf6XSLjzDyFfbsQEHCbkSk9H7/go92FxtFbwnaAGXVaQHBa7mgElhSY1AttfNa/zF+l3K12/F kmZ53I94zEwPeflbfdepL+YuDAdOyHBK1T0RiEgNzlHMvHBO+BvsRLl/oWn6Y0r5R3QkK7koo3EL 4gs8x8IUAE/33M4Cz9KuHjEfUJz7qDGeOLCrWyBHBWwWWJphGUsNExvmHEYrLY0lOLvKNvwEHmrM N381nEUFflarx1sl+Fs3FzqE8m/YZHA6/lHrTPtat9+90Hpn7U5Xu+j93B0f0yj2zH1ExDpyV2O2 SozaOEUD4mw7YmdhwhdzXkG+d08498gMgH7e2qI8Ck/e8LB35aRXKtvHTyQNSiM5PkyncZyQTSxs ELJ1nC+3O90KDRYK0GORoVni5D4eHHxCgd7fmJbBKnxMGOlTXeRvqqjUUt5LLiMQ+MEBSiWSn+jI ogPkPkEie8B+rkpwQRANgpWrKzlWl1i20aqUzAWrIGXOJQ2ye3INuPgNliSCRmA0bOMf3rO5cRVe o3W7MkSibI69cG5xPRD0baUs1g5V3j9iUsRH7LnPnsN6P5//j12uCRw+ZqQ/csQ6Cb1u2OHS8PTA AIUMjOXHxieJp8gKQDmDaGdLpbUkSI4q9nE8eTfMn/xn+B/AX7yAH59RSWXSd/BW6w5OR1K+hj13 7eqe+MV3ZDWVlIwyphpCO9C6UsMT+V2+t7mZJeI0ILeerJwI/cAOlVVXyUVeYmX0Shipo8FCoOh3 z45g5CEFvA+CcMLih+grs8/HMTO0DZHV4NGlecHe+yiEI2w7WL1GLfOfDDPV1DHBNqm/WYu/qLD5 JQhlkKaKuwKR5/ElYvNpI2KpIjNmdmJF5Qtl1CKZZEoaBXJs5uLEVY48tNQEU5WPDEYzw1yqGLLB EmfqI7Cd0KJG6kMKjZY61iOp/J9EMtxEi7twPFYx3zSOmcley10IP168qArDxpHNT/i7JDcWlg2B rH5lGZpr2sJ28k0EoLjVDcs3Mihz01+BkwD1H+1ZRVQjIs/XIM+m2IFrxQ5UCjySMN/ETKFf2ons FNoG+WP3hFs/LPNeGx63hdL2xTWb42IGTX+EB80LZ54qMUmH6tgEwJ0qyIBiM1aJ4KiWofurKoZH KyC4Sq2AiFRoFRW5SQGmFDPcJCsezV10qBLgMQhNSaOoAsWwxkjbxr2WkdK97kdiqrF707ISUou6 oUGVuLpIqGEqogqXGJNCu2RFTu1HRc33PiKCSI65RbvoWcTh9nbMPu6pnIqe0HpCVPGerUJ03Hi3 JKI+yVWioEXbTahaguGEumWsJq5/IfHcEwnZgitouD3eRI+LqadzTJsTloq7IWnMBGxGPNpbm5Dm 3j5BGGIfPbSCI6XpM9e9nPp0Sq2SVsb/OmawcKfCllDJA4+mW7mNIz2uu8lN9Iats6qo1bEdlQoa Gw4u2LVUYmvcTMvpSeVzkkDCJXE8486wA8FMGW+GsHfmmSljPjzqaZNhRzttjy5gB427bfzTHk+r K9zEU6rzfypfw1GGLTigXPr8psx3DAME3M5RqUNfupa5MGd64FCFQpkEwmnQr7nOveFlZoA3eWAK +IdbegLj/tb2zWvbAF9x43hI6FrqEIehuBdahd4hORgMTr6cWHw9p3N2zo+EAureg9NKLlgNR2G/ s8YDXhMnpE0GwPs/m4wwosQEH6LSfP26eUhnRTgAYWD01eazzf73q08IxkjMqFirI4XgqplSCNLd e3MOMRzb4X/FsbQwtcD1hqjlGihFxWDinObuCf0WUa83k5qV2A/dH7uDqTYcVDhtskRIIqXSQipN nLgIcFeANdTQFQf+nEruyTsqsZn0ZQavPFwscOvSsfIdd3nxb3F0TPSj34pa3oItDBwnuKEWTPAp x9dyVP/w6Wd0a0AZRr1JkG6LiWPWLS9diYuBGYNEMEQtcn4o+e7gEkxQb3De72rdn6eVZiMZPfnV WmFCNOF+IDyLcjqizc8MhCOUL8ATYcRXruWwxtMiVDtWzxW1hHsVPO1Fl13ZUgf3BxEa6rPQOV+x jBm207ovOVfaYu4TRnv0vpJJTmAGFHjKgUxmLVKbMYNy0etUopxEAdl+b9CtpBMfm0BiSiQfUB1W ZEaK4dT8iYASa2E8oF8yorWg26QQQbm2MQtMWIGNFsRzMDcf4Sr1oA7EcFRDEBc74NtbU/cFH4nU jria0Os0494IXlb5lRnLawMgsX6MoYpEXKcCgHEhQFTduaCLz5LP4WDYG8RIiaXjZEedt93uaCVI dhlxSkC6nL1hAcJFkYMrxxr9CCCxQM+5SWoXzmHUF0PkdI0j6guSrQxAsiMML6f7Yoi83ZEYqAAA SUTjJeKdxHBYsqjxYpm4nZbcY4IagonxCgFoekJ743r0D1ifWYR2Rmlzw0FxS1JE5Eg7tpY+Jk+1 ACOqe40DSgcs713iBUyZCE50aXoQeOYVboYd/CqBuL+6ChfofMUtG5aoCsjGcL/FgqUL7MgW+AUg eAFcQ+NK0XoFI4tmS3s3+qHdea/1BpMuhckSB8m+gABmZlNOfFGBoV9AY42N2uddcB3/3WW7jBrK PB3Onj2DgRQSwvsCDLrf0+6PvU5Xa0+n4wqXCaym1htfng9rqqSEecnc0lUeblh3D3hNeJIsktAV 4avQ1xwXFp1+wTeZqEPbHRwXRcky2lF5IBFThzgPCJ6pSTOj7ILA5bqjHL92u4MhyArJS2byRpB9 YhD3QedNN3BAAItqKiM9k7A8lhc1jvfd8UDrjsesfEnJRNxjzlWgmzZFnsxxseaAWwEWV4S0SQYp /qQ9e23icRkccHDDkUGedHzR57s3zozNPfMOzy+zmeHzK2BAS5kV5njiZxtkDCfZrjG1ytbgwR3N DKm8hp8xc7RaxNXcYTpYEAvvQqOxRnbwYQERpFjIjz3HJpsF3uNWie0Awr3uLSMEy4KQkp6S0W2Q BwpDt9I0hWbtxcu1e0K9fBq7J9iMDMfdOIiWC4OTUsnIUwOHEGcCiJdPh2Otd9qsov40CpaVFsIy 7VtmeJ7jpVaRqzWuYEK1cGclVyHKbIFMsdfULbBuUQTGp++a3GI+MT0HJNtzWAPDJx8zw8OtXCBO jyfJycBRmrw9Hrc/kPWppKPOKs+dkzBQjpVYxzDTos8T1VpxMqdPJAHQw8p2Jpo1P3EpCMtUrUqd y8pSTIhCXUoh8VnkPTKhyhVxpEAjOSjhbGq7UMCEe0ayWJGVZFwxmlkpL7IVXTkyVKGqkqsJDBq6 WcYoSGMu3lhJxHqFrILoeXwnGY3Q1GVQ2Ir6qzk7/dpBSxXKfT7y8FEzzBJ2GD3YJbhYefzeP9U6 w8F0POyrxY/s8TuGi3MWs0aDny4LayalZHCAfwSzp1R59oNwseBsZh9vyam7wGSPthLKlkrzp9yj 8bDWPa7lhZ6X4cnOb83F3FgwEMRZ71wbXaxwzH4IWmLPVz5uItcchLYEd6BfU6gEJI21ic+IHnrA uXc31wO9Ih5hWe3xv7qvLk5DxAvJ9vYSowtpae5sKXcGl0M6mZOSMriOML5Ik/9Mz3+YKLlIYkkK zaVEkbzokK+rxEgRDCfLBAxAm4utgmMBxmkSm4IwHrj9pqZRVqDo4cMGGDA/NPoL85rFX6OMBXo+ uoVSKr0B/48XubCFBIhNqSWJOzFgTPcjQzyOJDipLwCGsWakPpKMGwoiUSSaJUBX4ACkSQ0wW2Rq OyUB6KPjW2IuUTb9CyejRMVfOJscCsnpzHiGrnB6Uif4/D6vPN+ABb76I/tbJlx5MKxUjaL9MoNN Br6uLAaG09s2kt09UQy0uDl32j1rX/anEG/+3Kyl2ibTcTPa2TRM7sa+6F5IRnZPLMe+xoUFlso/ XeB8y8eyDz2gcklMOe5FIOjcsiDYGoFAKHwHs9PQpqGpgzlBXyRHP2XxlBg3GbwoklJttLLzEmGk EsAoIIUhDETlSDQeViQAxIAL0zIqyqKwbfiXsgPioLyCrv/oL/yC+cjTWqLUnUND6FHiXCWaj7B+ SryKx0w34VWydbQlJn6UOnpgEj1iKj/YQaXWcB+QEmRsNfLy9bziKnafLo7cwk2Gd35uTk1UtJLJ r5OpQEOTZ0JAPeucJ4SIJKe5lVzZYea3LtxilqLo4DTRLeaMyjsQhDOJIElLLhB2OQK36c69zUGn 73oT7WJ4etnv5ppJjUxB7DN9GTTTg924uDLnlJRgrPTbubKsZiJqTUuoGI1EYXU0UnqI0N5oEP5y DM51Zh4AIvpprMzoVZ6zFHlm08bxKUeDATyXm9a+nL4bjivl5Is/YIv/wr/941G/cZz6wqtiPkAg nXYnnXFvNO0NB5Vyuz/BS/4dxq0z3r9gbXQSMXy/1+kOJlhmGPXLgqtzkFfbB7S7FrIDLddmcLS3 54DW+PTIQP3esRa+Yy/NmeeAs17u0Ws3dlv1l7s4R4b/7N61dkFPkcS/+sUq/yaf5Pt/oiPcn/Xq H/qsfv9P4+XLVvz+n4MGvf9nv/Xy7/f//BUf/v4f1nHcR/4Yf2VWxaQlbH3Ht/Q79v7RNyydvXYN z3j4B9hxoz779YSQLm00Tb5uMXqdDj0ygTm3NuV4OnRY+6/vX4mXCbEz6Fo6ngGxSqCbls8sx7nF zHG7g2AM9rTr2IYdp/O4efLAP/r4pVVvESFgrwcDWjCE5zo80cwqN0HggsVAN2Vh/pkuGFloKap1 zgJ/gdH0xvQZ6Pi1py8ZfEVfzHxnEdzrnnHMHp0QQjocdQ4GWVRTwDrpsE1oAnCMexSvQgoYbB6D p4ZBAEufOQv6cT64ZOcGOCaQzSi8ssAz9MHH274BZoq52OLfUHaYU0KcM+RjIvgAYQFpmtkxM0zo 9xjKmsQgRxEka8zxOJmKHiD/nsg3V4HpRwauJkauF4ohnu0clpPo34AY4QsQhZniHUZ85gEUYBFa NU4EwNlPPfAZl1PWHnxgP2EYO5h+OKZ0vhPyOx9EzMT7R0AbZufpdvAIk+A0LrrjzjtAar/t9XvT DzAZdtabDrqTCTsbjlmbjdrjaa9z2W+P2ehyPBpOunU4Xhj0+h5OYoW4FymliwXwARbaBx6tObvR 7/BhjpkB+jynzL/7uH4pORkdjyS8ehEoIj1mEBrbTlBjlBhENc8sMicQr3QN1HpWr7HD79nUoLL4 yII9BeemEEns7zdq7K2DL9yqsYs2Y41Ws9ncbe43XrHLSZtPLPGyLW7ceQSR98oq2OBXuS/hAi14 SL0lavUbrHT6Yyye+Bqr6HVU2fdYLTZ5qdQWN1/osWIbJKWgJh7xTsJp9+3leV5yBAfTwO54j2zn 2nKu+HcITNKFO5nkpJTwymty2ZKfGmHmpZYRJH7+KxqKp5WfOFamDZ8RUq8fJpLVhMCfIoLh6fVY JmyGQKnNkQrjVqKnn65N0Pi4xJ3zwiR8i1iWdVXO9KeWWYWrcLEweK16Ie4Yrr4rRnSSp3b5iBro svHxJT6hFldgeWaDz/c4enDtWTQ+Ht0Qr8IZqBGR6PEx/IElHFkl8n3wFLwZK9kP7Dk+/rhNA2yj RNmzN6xF1R6stsDeMuIKd1QsF4+NjX943zoiUaN4UZZUNQCqR/APFcmVlSoliqdLiGLQOJO1pefA +MH8Gg/mD9818BZ6hd8BFHU/bAFK7DV8f1jAh9ekkmqXVRB6+iuVyyxaf9RuDV8RuFp9V6uAeAAs vDLnD9FTBfEKiiIfr9g0jlk8Zf79Bcqf1gsn+ya1hRNbj9+kNOMbCzR6+bl59LzRegDc540Dvgyc m6xcNhHImv0QpYS+zsaIr1esWi4hFimCRp5d2uSVaikmM9OVG5UeJd1vfYqehOL3VVzPWJgP6ysK cgNleWN4hd+Y8+r1Vy89cH4xM4lcYF7SF8rEH+4sP/e/fYGiBhXisJJ4hUvlTSwmkccjDqkz8bAw pxe34DLjMjpOUCWbQ0yS2kcUMXEJXj2gex9C26T+5ysDcFfkREsloV54v5/9/gYv4/x0ORkfxz2z Oo5W567jTaF/OJbWRFhUyW6UDyFyvGrOH9ONQDBwF8LhQDh6SYqS36qiR1fhv9ity61RpNPxu/4o UZOrW//X3rX+NBEE8c/yV5wmNFytQGvwg7UmqJUYeUWRaNQQQtGQUmp4iTH8785rX3d7LyA10ZkP 0HZfs3M7u7O7M78bkcdcMLaQeddIOhfn08vRzzDF/F7P+twijv/LvgYYZX0XBwHl+//uSm/5cQb/ d6W78lj3/7OgZvi/+CPtfg7AluK979r2+mUvjvJ7OQEViRv/d4+EO3NA26WlSkjbKPJuTcDbjVWM 4tvbWP2I8BNJL0jovVx992phksLSIYsjRlkYF6HzpJ1OUl4abLG3UEsPyy6MoVhBqWQcWgxz0Xy/ Mwb1AfTyXFxhbFza+a8f6JuB/8w638Z16+xz2DMT1nwCJlUkqeSa8rrvZLK7td6jZbYLBuPoqstr ZI++gAH4Ze43XvACmzDTwq90pUD35YkUouwYqb2IjFAK14MV4O9f5u4tYmfyoCA7n7aHe282d4Zr w3eY79qxtfFhZ/h3+XqxtbU+XN1kvkJ5mYtYkZ5Ashhf5+U00w2XnXuVzx/ZWgdhQP8VjIt/Qc+K g/lr9Hyf7sBIJ9qT/atOXJwUVlUsJLA76IrHlxN+9wVVVJD62hbIFXFOJ/uGBAGsmbQIDIugsHD+ tgNXkc94Sf9tuiAxYcQRWW3YUQztxlOfMDoUEsJgNS5sjdwCWVMzlQG14sFZJMD2BTHoCTkzX/In YNybXP1gWir/6LmoJ+fmr32baLTfpJrJVJIz0jg6ERSfeDJJcVl2FX57sPEvmR3woZZU2K1foUyD FRX2Vp6UxNSKfBGI5xZPsCIuuhH0Uf9mA6DUW8BbxqmS1EUNwDzRSUj1p8ejDNrHs3CcOK9lliy6 l/MIgMpG3rCi5fXoa1/2Wff9OUkcrE1OWqTRb7lFPLRIczOHWA48KYOY5Pyb/czM1sXBYiz0G1iw fAVDbFC61FIjXDH+beOoSpawiquHXXNCZvZvbkwhDtPn+dFXFPBgfgRfj2H2nl6cDyQSJQPJxIPM PZLyMHYUG3CT9vkUrioz814RjSu8IzbT/6UPEYU4OfzZTCEwxHQ2CsEtVT3xmw50rh3/ts0Qh8FO E2lTZcyrBQytjFqwVkBztbWiULXpobFCkEYUZuT+hXNLAEgW7U5Oc6B7Lw7pDvWpPEJ0prNH5NNv yRk6EKLgOxTFQ7d/9BuvxftndFWHkwrtjakO2uGyv3wA7xFXIWu0RfUD+eGzbDsQiMVWKxmnNHLN T2xWBtqR2aGZI0QqOM65L7qqZFaJAS3WeReHMU8nxj6FAVDWx6L5hWK+aY45sWd0hdOQO8Yj+IDT UxzsVBatTz5dWMhbs35baSdZe729h5FNw3Ub1EZ1eKe4xsoVU5mSC0zloHKskDKDatTZakhe8WCd yCsuTA1ocw58C9alfT90NiKuYi4Fg1YG3hoBKXZGDENIRKJBwJL0lEu46Ek5lT49LY6BSngWdAez Y3JqZMmiEocP0FNTXmBYU9E97L2JDcpFzYYja3I05c+XU/tij2AjKxinGSw93t067ASHp7o7Pb6Y EBZtR4rF8Y1gtuN19QHDSefLo/PjbdoxAHLSTFkdXa8tA6/asEcM2ydtFdfhWooIuBjTrz5vEXC/ BkzVFHUcDbCRoCPdz4EFVmY0j7gqo5NkPpKjQB/QXcMqRHBWU6ARfIAT6717u8XNVMKVJ+ndpqFQ J6LPygEi+63lBk+9TvlaERmBsbaa6UV99goVoyZfNSVephq15V1LOSpzWu2oylmmHjn86EtE/8UP qCGQvfkbyNCK4YpAvRK/jOB1YbSunTJawRLFkGbSur+wh6WtUFuhQlPxjG1b9z1oEqXph3Vvbu28 eTm0PvSZ0vOjlF0bbIQ1xx5noexIomE3LT5p2o8UwK7kuuYXmfmNp5KSkpKSkpKSkpKSkpKSkpKS kpKSkpKSkpKSkpKSkpKSkpKS0r9BfwBAnKAHAKAAAA== --=-=-=--

1 0

[alsa-devel] 2.6.26-rc1 regression: ISA DMA broken (bisected)
by Rene Herman 31 May '08

31 May '08

Good day. commit 8779f2fc3b84ebb6c5181fb13d702e9944c16069 "x86: don't try to allocate from DMA zone at first" breaks all of ISA DMA. Or all of ALSA ISA DMA at least. All ISA soundcards are silent following that commit -- no error messages, everything appears fine, just silence. It won't just revert due to 32/64 merge. Rene.

7 32

[alsa-devel] FW: [Alsa-user] raw spdif frame capture
by Brett Andrews 31 May '08

31 May '08

Hi: Anyone have any ideas about the following? As a side note, when I saw raw I don't mean 61937 raw (just preambles and payload), I mean 60958 raw (block sync, payload, VUCP). Thanks, Brett -----Original Message----- From: stan [mailto:ghjeold_i_mwee@cox.net] Sent: Friday, May 30, 2008 18:31 To: Brett Andrews Cc: alsa-user(a)lists.sourceforge.net Subject: Re: [Alsa-user] raw spdif frame capture Brett Andrews wrote: > Hi: > > I would like to perform raw spdif frame capture (all 64-bits, in 2 > 32-bit subframes) using an EMU 1212M under ALSA. Can this be done? > If so, has anyone else already done it? If not, does anyone have any > idea how to do it? EMU has claimed that it is possible with the > hardware, but that the driver would need to support it (windows driver > does not, they didn't know about the ALSA driver). Does the current > emu10k1 driver support this? How would I enter this mode? > > Thanks, > > Brett Andrews > Software Engineer > BSE Reference Software > I haven't got a lot of help for you as I'm not knowledgeable about this but I can give you some suggestions. You could ask you question on alsa-devel mailing list as they know the internals and might be able to answer your question directly. You could look at the alsa driver code. Go to ftp://ftp.alsa-project.org/pub/driver/ and download File:alsa-driver-1.0.16.tar.bz2. <ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.16.tar.bz2> This is the latest official alsa version. Unpack it and then look in "top level"/alsa-kernel/pci/emu10k1. That has the C source.

1 0

[PATCH] ISA: set 24-bit dma_mask for ISA devices.
by Rene Herman 31 May '08

31 May '08

Set the ISA device dma_mask in preparation for using the actual device with the DMA API. Signed-off-by: Rene Herman <rene.herman(a)gmail.com> --- drivers/base/isa.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/base/isa.c b/drivers/base/isa.c index d222239..efd5775 100644 --- a/drivers/base/isa.c +++ b/drivers/base/isa.c @@ -7,6 +7,7 @@ #include <linux/slab.h> #include <linux/module.h> #include <linux/init.h> +#include <linux/dma-mapping.h> #include <linux/isa.h> static struct device isa_bus = { @@ -141,6 +142,9 @@ int isa_register_driver(struct isa_driver *isa_driver, unsigned int ndev) isa_dev->dev.release = isa_dev_release; isa_dev->id = id; + isa_dev->dev.coherent_dma_mask = DMA_24BIT_MASK; + isa_dev->dev.dma_mask = &isa_dev->dev.coherent_dma_mask; + error = device_register(&isa_dev->dev); if (error) { put_device(&isa_dev->dev); -- 1.5.2.2 --------------050209050208090004020909--

1 0

[PATCH] ISA: set 24-bit dma_mask for ISA devices.
by Rene Herman 31 May '08

31 May '08

dma_alloc_coherent() on x86 currently takes a passed in NULL device pointer to mean that it should allocate an ISA compatible (24-bit) buffer which is a bit of a hack. The ALSA ISA drivers are the main consumers of this but have a struct device in fact readily available. For the legacy drivers, this sets the device dma_mask in preparation for using the actual device with the DMA API so as to eventually not need the NULL hack in dma_alloc_coherent(). This does not fix a current bug -- 2.6.26-rc1 stumbled over the NULL hack in dma_alloc_coherent() but this has already been fixed in commit 4a367f3a9dbf2e7ffcee4702203479809236ee6e by Takashi Iwai. Signed-off-by: Rene Herman <rene.herman(a)gmail.com> Cc: Bjorn Helgaas <bjorn.helgaas(a)hp.com> Cc: Takashi Iwai <tiwai(a)suse.de> Cc: Alan Cox <alan(a)lxorguk.ukuu.org.uk> --- drivers/base/isa.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/base/isa.c b/drivers/base/isa.c index d222239..efd5775 100644 --- a/drivers/base/isa.c +++ b/drivers/base/isa.c @@ -7,6 +7,7 @@ #include <linux/slab.h> #include <linux/module.h> #include <linux/init.h> +#include <linux/dma-mapping.h> #include <linux/isa.h> static struct device isa_bus = { @@ -141,6 +142,9 @@ int isa_register_driver(struct isa_driver *isa_driver, unsigned int ndev) isa_dev->dev.release = isa_dev_release; isa_dev->id = id; + isa_dev->dev.coherent_dma_mask = DMA_24BIT_MASK; + isa_dev->dev.dma_mask = &isa_dev->dev.coherent_dma_mask; + error = device_register(&isa_dev->dev); if (error) { put_device(&isa_dev->dev); -- 1.5.2.2

1 0

[PATCH] PNP: set the pnp_card dma_mask for use by ISAPnP cards.
by Rene Herman 30 May '08

30 May '08

This makes the pnp_card->dev available as a DMAable device same as the pnp_dev->dev. Signed-off-by: Rene Herman <rene.herman(a)gmail.com> --- drivers/pnp/card.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/pnp/card.c b/drivers/pnp/card.c index a762a41..b00ef10 100644 --- a/drivers/pnp/card.c +++ b/drivers/pnp/card.c @@ -8,6 +8,7 @@ #include <linux/ctype.h> #include <linux/slab.h> #include <linux/pnp.h> +#include <linux/dma-mapping.h> #include "base.h" LIST_HEAD(pnp_cards); @@ -167,6 +168,9 @@ struct pnp_card *pnp_alloc_card(struct pnp_protocol *protocol, int id, char *pnp sprintf(card->dev.bus_id, "%02x:%02x", card->protocol->number, card->number); + card->dev.coherent_dma_mask = DMA_24BIT_MASK; + card->dev.dma_mask = &card->dev.coherent_dma_mask; + dev_id = pnp_add_card_id(card, pnpid); if (!dev_id) { kfree(card); -- 1.5.2.2 --------------030605020307000902060404--

1 0

[PATCH] PNP: set the pnp_card dma_mask for use by ISAPnP cards.
by Rene Herman 30 May '08

30 May '08

dma_alloc_coherent() on x86 currently takes a passed in NULL device pointer to mean that it should allocate an ISA compatible (24-bit) buffer which is a bit of a hack. The ALSA ISA drivers are the main consumers of this but have a struct device in fact readily available. For the PnP drivers, the specific pnp_dev->dev device pointer is not always available at the right time so for now we want to pass the pnp_card->dev instead which is always available. Set its dma_mask in preparation for doing so. This does not fix a current bug -- 2.6.26-rc1 stumbled over the NULL hack in dma_alloc_coherent() but this has already been fixed in commit 4a367f3a9dbf2e7ffcee4702203479809236ee6e by Takashi Iwai. Signed-off-by: Rene Herman <rene.herman(a)gmail.com> Acked-by: Bjorn Helgaas <bjorn.helgaas(a)hp.com> Cc: Takashi Iwai <tiwai(a)suse.de> Cc: Alan Cox <alan(a)lxorguk.ukuu.org.uk> --- drivers/pnp/card.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/pnp/card.c b/drivers/pnp/card.c index a762a41..b00ef10 100644 --- a/drivers/pnp/card.c +++ b/drivers/pnp/card.c @@ -8,6 +8,7 @@ #include <linux/ctype.h> #include <linux/slab.h> #include <linux/pnp.h> +#include <linux/dma-mapping.h> #include "base.h" LIST_HEAD(pnp_cards); @@ -167,6 +168,9 @@ struct pnp_card *pnp_alloc_card(struct pnp_protocol *protocol, int id, char *pnp sprintf(card->dev.bus_id, "%02x:%02x", card->protocol->number, card->number); + card->dev.coherent_dma_mask = DMA_24BIT_MASK; + card->dev.dma_mask = &card->dev.coherent_dma_mask; + dev_id = pnp_add_card_id(card, pnpid); if (!dev_id) { kfree(card); -- 1.5.2.2 --------------050004000406080804070800--

1 0

Re: [alsa-devel] hdsp rpm support
by Martin Tufnel 30 May '08

30 May '08

Hi Flo That's great news! Unfortunately, I don't have the unit yet so I'm unable to test it for you. However, I'm sure Roman would be very happy to give it a go. Roman? Just to clarify, given the driver is finished but the user tools are still under development, this means that the unit will basically work but not have its full functionality - is this correct? Also, did you use the new patched version of the firmware that Karl worked on? And, when do you think the driver will be incorporated into the main Alsa code branch? Thanks for your work! Regards, Martin On Tue, May 27, 2008 at 1:30 AM, <faber(a)faberman.de> wrote: > Martin, > > > Nice to hear from you. I saw your other posts and had wondered if you > had > > chucked in the towel. I would really like to see the RPM supported as it > > suits my needs exactly. > > RPM support is finished, I just need more time for the new userspace tools > (new totalmix etc.). > > If you want to test the new driver, drop me a note. > > > Flo >

4 9