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

[alsa-devel] [PATCH 2/2] ASoC WM8753 codec - build changes
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch adds the WM8753 codec driver to the kernel build system. Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

1 0

[alsa-devel] [PATCH 3/3] ASoC AT91xxxx build
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch by Frank Madarino updates the AT91xxxx Makefile and Kconfig to build the renamed SSC files. Changes:- o Rename various i2s labels to ssc Signed-off-by: Frank Mandarino <fmandarino(a)endrelia.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

1 0

[alsa-devel] [PATCH 2/3] ASoC AT91xxxx eti B1 machine SSC changes
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch by Frank Madarino updates the eti B1 machine to use the newer AT91xxxx SSC core with the DSP/PCM audio hardware changes. Changes:- o #include "at91-ssc.h" instead of "at91-i2s.h" o Rename various I2S labels to SSC Signed-off-by: Frank Mandarino <fmandarino(a)endrelia.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

1 0

[alsa-devel] [PATCH] ASoC DAPM switching for reentrant codec paths.
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch fixes an issue whereby power was applied to any inactive analog path that would leave and reenter a codec (e.g. ACOP -> ACIN on WM8753). This change now checks for such paths and DAPM will power them down when not in use. Signed-off-by: Seth Forshee <seth.forshee(a)gmail.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

2 4

[alsa-devel] [PATCH] ASoC WM9712 kmemdup
by Liam Girdwood 16 Apr '07

16 Apr '07

This patch creates the WM9712 codec register cache using kmemdup instead of doing a kzalloc followed by a memcpy. Signed-off-by: Graeme Gregory <gg(a)opensource.wolfsonmicro.com> Signed-off-by: Liam Girdwood <lg(a)opensource.wolfsonmicro.com>

1 1

Re: [alsa-devel] 2.6.21-rc6, ASUS M2V 1.01G, ALSA detection/non-support
by Richard A Nelson 16 Apr '07

16 Apr '07

On Sun, 15 Apr 2007, Jiri Slaby wrote: > Date: Sun, 15 Apr 2007 23:45:29 +0200 > From: Jiri Slaby <jirislaby(a)gmail.com> > To: Richard A Nelson <cowboy(a)cavein.org> > Cc: linux-kernel <linux-kernel(a)vger.kernel.org> > Subject: Re: 2.6.21-rc6, ASUS M2V 1.01G, ALSA detection/non-support > > Cc: alsa-devel(a)alsa-project.org > > Richard A Nelson napsal(a): >> My son has an earlier version of the M2V & BIOS (0901) and his gets full >> 6ch >> sound. >> >> The 1.01G, and related BIOS (1304 or 1701) do not properly handle the >> onboard sound: >> hda_codec: Unknown model for ALC660VD/ALC861VD, trying auto-probe from >> BIOS... > > What does your /proc/asound/version say? Both machines say: Advanced Linux Sound Architecture Driver Version 1.0.14rc3 (Wed Mar 14 07:25:50 2007 UTC). The machines are running Debian Sid -- Rick Nelson Life'll kill ya -- Warren Zevon Then you'll be dead -- Life'll kill ya

1 0

Re: [alsa-devel] 2.6.21-rc6, ASUS M2V 1.01G, ALSA detection/non-support
by Jiri Slaby 16 Apr '07

16 Apr '07

Really Cc: alsa-devel(a)alsa-project.org Richard A Nelson napsal(a): > My son has an earlier version of the M2V & BIOS (0901) and his gets full > 6ch > sound. > > The 1.01G, and related BIOS (1304 or 1701) do not properly handle the > onboard sound: > hda_codec: Unknown model for ALC660VD/ALC861VD, trying auto-probe from > BIOS... What does your /proc/asound/version say? > it seems to truely be a BIOS issue, as I don't see a difference in lspci > -vvxxx between our systems: > > 80:01.0 Audio device: VIA Technologies, Inc. VIA High Definition Audio > Controller (rev 10) > Subsystem: ASUSTeK Computer Inc. Unknown device 81e7 > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- > ParErr- Step ping- SERR- FastB2B- > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > <TAbort- <MAbort- >SERR- <PERR- > Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 17 > Region 0: Memory at fbffc000 (64-bit, non-prefetchable) [size=16K] > Capabilities: [50] Power Management version 2 > Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA > PME(D0+,D1-,D2-,D3ho t+,D3cold+) > Status: D0 PME-Enable- DSel=0 DScale=0 PME- > Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ > Queue=0/0 Enable- > Address: 0000000000000000 Data: 0000 > Capabilities: [70] Express Unknown type IRQ 0 > Device: Supported: MaxPayload 128 bytes, PhantFunc 0, > ExtTag- > Device: Latency L0s <64ns, L1 <1us > Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported- > Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- > Device: MaxPayload 128 bytes, MaxReadReq 128 bytes > Link: Supported Speed unknown, Width x0, ASPM unknown, > Port 0 > Link: Latency L0s <64ns, L1 <1us > Link: ASPM Disabled CommClk- ExtSynch- > Link: Speed unknown, Width x0 > 00: 06 11 88 32 06 00 10 00 10 00 03 04 10 00 00 00 > 10: 04 c0 ff fb 00 00 00 00 00 00 00 00 00 00 00 00 > 20: 00 00 00 00 00 00 00 00 00 00 00 00 43 10 e7 81 > 30: 00 00 00 00 50 00 00 00 00 00 00 00 0a 01 00 00 > 40: 00 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 50: 01 60 42 c8 00 00 00 00 00 00 00 00 00 00 00 00 > 60: 05 70 80 00 00 00 00 00 00 00 00 00 00 00 00 00 > 70: 10 00 91 00 00 00 00 00 00 00 30 00 00 00 00 00 > 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > ALSA, instead of seeing ALC660, on my box sees ALC660-VD, with very > little in the way of devices (only front output) - which does not work > either :( > > Stumped on where to go from here... regards, -- http://www.fi.muni.cz/~xslaby/ Jiri Slaby faculty of informatics, masaryk university, brno, cz e-mail: jirislaby gmail com, gpg pubkey fingerprint: B674 9967 0407 CE62 ACC8 22A0 32CC 55C3 39D4 7A7E

1 0

[alsa-devel] HDA Intel - Conexant CX20549 loaded but not working
by S Boucher 15 Apr '07

15 Apr '07

Using alsa-driver-1.0.14rc3 I have the following problems: - cannot record from internal mic (of an hp dv6245) - spdif not working - using jack I get lots of xruns (I don't get any xrun on the exact same system if I use an M-Audio Transit, so I'm assuming something ain't kosher in the conexant driver) - I was able to record cleanly from ext mic (although I had to select int mic) I'm with Ubuntu Feisty. N E Waze, if I can be of assistance let me know soon. The nice HP DV6245 laptop is heading back to the store in 1-2 days (nice system, except I don't have time to learn sign language :-)). __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[alsa-devel] Kernel crash with 2.6.20.x : snd-usb-audio implicated...
by Chris Rankin 15 Apr '07

15 Apr '07

Hi, The 2.6.20.x kernels all crash on my SMP-HT machine, and the oops report always shows that udev was trying to access an endpoint belonging to the snd-usb-audio driver. The frustrating part is that this particular endpoint shouldn't even exist! (It doesn't exist whenever I check the /sys/class/usb_endpoint directory.) Is there any way that userspace ("winecfg" in my case) can cause the snd-usb-audio driver to switch from (If# = 2, Alt = 0) to (If# = 2, Alt > 0) please? Because that is currently the only way that I can see this endpoint ever being created. Thanks, Chris --- bugme-daemon(a)bugzilla.kernel.org wrote: > Date: Sat, 14 Apr 2007 05:22:23 -0700 > From: bugme-daemon(a)bugzilla.kernel.org > To: rankincj(a)yahoo.com > Subject: [Bug 8198] udevd triggers oops when walking through /sys > > http://bugzilla.kernel.org/show_bug.cgi?id=8198 > > ------- Additional Comments From rankincj(a)yahoo.com 2007-04-14 05:22 ------- > Created an attachment (id=11144) > --> (http://bugzilla.kernel.org/attachment.cgi?id=11144&action=view) > dmesg output from 2.6.20.7 oops > > I don't know if this output is any more useful than any of the others. And I > can't see where the "single bit error" comes from when the output is full of > "use after free" poison. However, this much at least is different: > > EIP: [<6b6b6b6b>] 0x6b6b6b6b SS:ESP 0068:ec9eaf48 > <3>Slab corruption: start=eceea92c, len=512 > Redzone: 0x5a2cf071/0x5a2cf071. > Last user: [<c0226642>](kfree_skbmem+0xb/0x9c) > 080: 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > Single bit error detected. Probably bad RAM. > Run memtest86+ or a similar memory test tool. > Prev obj: start=eceea720, len=512 > Redzone: 0x170fc2a5/0x170fc2a5. > Last user: [<f886eda5>](usb_create_ep_files+0xf1/0x2c2 [usbcore]) > 000: f8 fd 1b c2 e0 ee 4e f7 01 00 00 00 00 00 00 00 > 010: 30 a7 ee ec 30 a7 ee ec f4 91 1e c0 96 90 1e c0 > Next obj: start=eceeab38, len=512 > Redzone: 0x5a2cf071/0x5a2cf071. > Last user: [<c0226642>](kfree_skbmem+0xb/0x9c) > 000: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > 010: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b > > Again, it's claiming that the last sysfs file accessed was the non-existent > /class/usb_endpoint/usbdev1.3_ep84/dev, which I simply cannot explain because > this endpoint belongs to If# = 2, Alt > 0: > > I: If#= 2 Alt= 0 #EPs= 0 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio > I: If#= 2 Alt= 1 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio > E: Ad=84(I) Atr=01(Isoc) MxPS= 90 Ivl=1ms > I: If#= 2 Alt= 2 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio > E: Ad=84(I) Atr=01(Isoc) MxPS= 46 Ivl=1ms > I: If#= 2 Alt= 3 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio > E: Ad=84(I) Atr=01(Isoc) MxPS= 25 Ivl=1ms > I: If#= 2 Alt= 4 #EPs= 1 Cls=01(audio) Sub=02 Prot=00 Driver=snd-usb-audio > E: Ad=84(I) Atr=01(Isoc) MxPS= 16 Ivl=1ms > > Could the ALSA USB audio driver be changing the "Alt" on the fly somehow, > causing usbcore to need to create the extra endpoint in /sys? ___________________________________________________________ Yahoo! Mail is the world's favourite email. Don't settle for less, sign up for your free account today http://uk.rd.yahoo.com/evt=44106/*http://uk.docs.yahoo.com/mail/winter07.ht…

1 0

[alsa-devel] [2/3] 2.6.21-rc6: known regressions
by Adrian Bunk 14 Apr '07

14 Apr '07

This email lists some known regressions in Linus' tree compared to 2.6.20. If you find your name in the Cc header, you are either submitter of one of the bugs, maintainer of an affectected subsystem or driver, a patch of you caused a breakage or I'm considering you in any other way possibly involved with one or more of these issues. Due to the huge amount of recipients, please trim the Cc when answering. Subject : snd_hda_intel doesn't work with ASUS M2V mainboard References : http://bugzilla.kernel.org/show_bug.cgi?id=8273 Submitter : Hans-Georg Rist <hg.rist(a)web.de> Status : unknown Subject : snd_intel8x0: divide error: 0000 References : http://lkml.org/lkml/2007/3/5/252 Submitter : Michal Piotrowski <michal.k.k.piotrowski(a)gmail.com> Status : unknown Subject : hal daemon crashes after pulling a USB serial device References : http://www.opensubscriber.com/message/linux-usb-devel@lists.sourceforge.net… Submitter : Andi Kleen <ak(a)suse.de> Handled-By : Oliver Neukum <oneukum(a)suse.de> Status : problem is being debugged Subject : USB: iPod doesn't work (CONFIG_USB_SUSPEND) References : http://lkml.org/lkml/2007/3/21/320 Submitter : Tino Keitel <tino.keitel(a)gmx.de> Caused-By : Marcelo Tosatti <marcelo(a)kvack.org> commit 1d619f128ba911cd3e6d6ad3475f146eb92f5c27 Handled-By : Oliver Neukum <oneukum(a)suse.de> Status : problem is being debuggged Subject : USB: Oops when changing DVB-T adapter References : http://lkml.org/lkml/2007/3/9/212 Submitter : CIJOML <cijoml(a)volny.cz> Handled-By : Markus Rechberger <markus.rechberger(a)amd.com> Patch : http://lkml.org/lkml/2007/4/5/154 Status : patches available

2 1