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

[alsa-devel] General protection fault when unloading snd_hda_intel on 2.6.30-rc1+
by Carlos R. Mafra 15 Apr '09

15 Apr '09

If I try on my Vaio VGN-FZ240E, using the latest kernel 2.6.30-rc1-00191-gd848223 modprobe -r snd_hda_intel I get the following trace (copied from dmesg): general protection fault: 0000 [#1] SMP last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq CPU 1 Modules linked in: nvram uvcvideo videodev v4l1_compat v4l2_compat_ioctl32 snd_hda_codec_idt usbhid snd_hda_intel(-) snd_hda_codec snd_hwdep snd_pcm sr_mod sky2 i2c_i801 iwlagn snd_timer sg snd_page_alloc evdev ata_piix ahci libata sd_mod scsi_mod uhci_hcd ohci_hcd ehci_hcd usbcore [last unloaded: scsi_wait_scan] Pid: 9063, comm: modprobe Not tainted 2.6.30-rc1-00191-gd848223 #48 VGN-FZ240E RIP: 0010:[<ffffffff8044bf90>] [<ffffffff8044bf90>] input_event+0x40/0xa0 RSP: 0018:ffff88006f283a78 EFLAGS: 00010293 RAX: 0000000000000008 RBX: 0000000000000003 RCX: 0000000000000000 RDX: 0000000000000007 RSI: 0000000000000005 RDI: 697665646632785c RBP: ffff88006f283aa8 R08: 0000000004d6f76c R09: 0000000000000001 R10: 0000000000000000 R11: 0000000000000001 R12: ffffffff805bb97c R13: 0000000000000005 R14: 697665646632785c R15: 0000000000000000 FS: 00007fc6c1e1c6f0(0000) GS:ffff880001028000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 000000000071bf40 CR3: 000000007e2d4000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process modprobe (pid: 9063, threadinfo ffff88006f282000, task ffff88006f206840) Stack: ffff88006f283aa8 0000000000000003 ffffffff805bb97c ffff88007e811cc0 0000000000000001 0000000000000000 ffff88006f283ae8 ffffffff80475612 ffff88007f241ae0 0000000000000002 ffff88007d5eb010 0000000000000000 Call Trace: [<ffffffff80475612>] snd_jack_report+0x92/0xa0 [<ffffffffa0160047>] stac92xx_unsol_event+0x2e7/0x5e0 [snd_hda_codec_idt] [<ffffffffa015f528>] stac_issue_unsol_event+0x58/0x70 [snd_hda_codec_idt] [<ffffffffa0160796>] stac92xx_init+0x186/0x660 [snd_hda_codec_idt] [<ffffffffa0160c90>] stac92xx_resume+0x20/0x60 [snd_hda_codec_idt] [<ffffffffa013c973>] hda_call_codec_resume+0x53/0x90 [snd_hda_codec] [<ffffffffa013ca50>] snd_hda_power_up+0x40/0x70 [snd_hda_codec] [<ffffffffa013c2b5>] snd_hda_codec_write+0x45/0xa0 [snd_hda_codec] [<ffffffffa013c37a>] restore_pincfgs+0x6a/0xa0 [snd_hda_codec] [<ffffffffa013ed75>] snd_hda_codec_free+0x35/0x120 [snd_hda_codec] [<ffffffffa01403f8>] snd_hda_bus_free+0x68/0xb0 [snd_hda_codec] [<ffffffffa01405e4>] snd_hda_bus_dev_free+0x14/0x20 [snd_hda_codec] [<ffffffff80473e61>] snd_device_free+0x71/0xd0 [<ffffffff80473f24>] snd_device_free_all+0x64/0x70 [<ffffffff8046e16a>] snd_card_do_free+0x3a/0xd0 [<ffffffff8046ee39>] snd_card_free+0xa9/0xd0 [<ffffffffa015031e>] azx_remove+0x18/0x2a [snd_hda_intel] [<ffffffff8036506f>] pci_device_remove+0x2f/0x60 [<ffffffff8040ec8c>] __device_release_driver+0x6c/0xb0 [<ffffffff8040ed78>] driver_detach+0xa8/0xb0 [<ffffffff8040de48>] bus_remove_driver+0x98/0xd0 [<ffffffff8040f357>] driver_unregister+0x47/0x60 [<ffffffff8036530c>] pci_unregister_driver+0x4c/0xc0 [<ffffffffa0150304>] alsa_card_azx_exit+0x10/0x12 [snd_hda_intel] [<ffffffff8026787b>] sys_delete_module+0x18b/0x240 [<ffffffff80257be9>] ? up_write+0x9/0x10 [<ffffffff8020be2b>] system_call_fastpath+0x16/0x1b Code: 89 5d d8 4c 89 65 e0 49 89 fe 41 89 f5 41 89 cf 83 fe 1f 76 16 48 8b 5d d8 4c 8b 65 e0 4c 8b 6d e8 4c 8b 75 f0 4c 8b 7d f8 c9 c3 <0f> a3 77 20 19 c0 85 c0 74 e0 48 8d 9f f8 06 00 00 89 55 d0 48 RIP [<ffffffff8044bf90>] input_event+0x40/0xa0 RSP <ffff88006f283a78> ---[ end trace 7fa0517f56c40085 ]--- After that, 'cat /proc/modules' contains this line: snd_hda_intel 28648 0 - Unloading 0xffffffffa014e000 and the HDA driver never finishes that advertised "Unloading". It also stops working, [mafra@Pilar:linux-2.6]$ alsamixer alsamixer: function snd_ctl_open failed for default: No such file or directory The complete dmesg is available at http://www.aei.mpg.de/~crmafra/dmesg_hda_intel.txt and from lspci -vvnn I see this 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03) Subsystem: Sony Corporation Vaio VGN-FZ260E [104d:9005] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 22 Region 0: Memory at fc400000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,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 (v1) Root Complex Integrated Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us ExtTag- RBE- FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend- LnkCap: Port #0, Speed unknown, Width x0, ASPM unknown, Latency L0 <64ns, L1 <1us ClockPM- Suprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; Disabled- Retrain- CommClk- ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed unknown, Width x0, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt- Capabilities: [100] Virtual Channel <?> Capabilities: [130] Root Complex Link <?> Kernel modules: snd-hda-intel When the audio is working alsamixer says it is using Sigmatel STAC9872AK. Anything else I can do to help? -- To unsubscribe from this list: send the line "unsubscribe alsa-devel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

4 8

[alsa-devel] getting HDAudio IDs
by Scott Serr 15 Apr '09

15 Apr '09

Hi All, I've found a great way to get HDAudio vendor/device IDs when audio drivers are loaded: /proc/asound/card?/codec? But to remake my particular (barebones) distro with with audio support, it will be repetitive and time consuming. I'm wondering what would be involved in making a user space utility that would return the HDAudio ID? A guy on #alsa came up with some good ideas. Potentially following the lead of others directly accessing the hardware from user space http://samba.org/picturebook/ but using libpci instead. Maybe we can use "single cmd mode" so we don't need interrupts. My original idea: It might be that a smart developer could grab a bunch of alsa/hdaudio driver source and torture it into userland.... just to get these IDs. Should I quit now? Is it doable? Are there people here with the skills/experience to do this? BTW, in the kernel config: #CONFIG_SOUND is not set Thanks, Scott

2 1

[alsa-devel] [PATCH 1/2] hdspm: metering ioctl fixed
by Florian Faber 15 Apr '09

15 Apr '09

Metering didn't work before. I know of no application that used this ioctl before, so I assume it is safe to modify the structure. diff a/sound/pci/rme9652/hdspm.c b/sound/pci/rme9652/hdspm.c 10a11,13 > * Modified 2009-04-13 for proper metering by Florian Faber > * <faber(a)faberman.de> > * 82c85,86 < "Remy Bruno <remy.bruno(a)trinnov.com>"); --- > "Remy Bruno <remy.bruno(a)trinnov.com>, " > "Florian Faber <faber(a)faberman.de>"); 136c140,151 < #define HDSPM_MADI_peakrmsbase 4096 /* 4096-8191 2x64x32Bit Meters */ --- > > #define HDSPM_MADI_INPUT_PEAK 4096 > #define HDSPM_MADI_PLAYBACK_PEAK 4352 > #define HDSPM_MADI_OUTPUT_PEAK 4608 > > #define HDSPM_MADI_INPUT_RMS_L 6144 > #define HDSPM_MADI_PLAYBACK_RMS_L 6400 > #define HDSPM_MADI_OUTPUT_RMS_L 6656 > > #define HDSPM_MADI_INPUT_RMS_H 7168 > #define HDSPM_MADI_PLAYBACK_RMS_H 7424 > #define HDSPM_MADI_OUTPUT_RMS_H 7680 707c722 < /* maby a madi input (which is taken if sel sync is madi) */ --- > /* mayby a madi input (which is taken if sel sync is madi) */ 4108a4124,4128 > static inline int copy_u32_le(void __user *dest, void __iomem *src) > { > u32 val = readl(src); > return copy_to_user(dest, &val, 4); > } 4111c4131 < unsigned int cmd, unsigned long arg) --- > unsigned int cmd, unsigned long __user arg) 4113,4136c4133,4172 < struct hdspm *hdspm = hw->private_data; < struct hdspm_mixer_ioctl mixer; < struct hdspm_config_info info; < struct hdspm_version hdspm_version; < struct hdspm_peak_rms_ioctl rms; < < switch (cmd) { < < case SNDRV_HDSPM_IOCTL_GET_PEAK_RMS: < if (copy_from_user(&rms, (void __user *)arg, sizeof(rms))) < return -EFAULT; < /* maybe there is a chance to memorymap in future < * so dont touch just copy < */ < if(copy_to_user_fromio((void __user *)rms.peak, < hdspm->iobase+HDSPM_MADI_peakrmsbase, < sizeof(struct hdspm_peak_rms)) != 0 ) < return -EFAULT; < < break; < < < case SNDRV_HDSPM_IOCTL_GET_CONFIG_INFO: < --- > void __user *argp = (void __user *)arg; > struct hdspm *hdspm = hw->private_data; > struct hdspm_mixer_ioctl mixer; > struct hdspm_config_info info; > struct hdspm_version hdspm_version; > struct hdspm_peak_rms levels; > long unsigned int s; > int i=0; > > switch (cmd) { > > case SNDRV_HDSPM_IOCTL_GET_PEAK_RMS: > for (i=0; i<64; i++) { > levels.input_peaks[i] = readl(hdspm->iobase +HDSPM_MADI_INPUT_PEAK+i*4); > levels.playback_peaks[i] = readl(hdspm->iobase +HDSPM_MADI_PLAYBACK_PEAK+i*4); > levels.output_peaks[i] = readl(hdspm->iobase +HDSPM_MADI_OUTPUT_PEAK+i*4); > levels.input_rms[i] = (readl(hdspm->iobase +HDSPM_MADI_INPUT_RMS_H+i*4) << 32) | readl(hdspm->iobase +HDSPM_MADI_INPUT_RMS_L+i*4); > levels.playback_rms[i] = (readl(hdspm->iobase +HDSPM_MADI_PLAYBACK_RMS_H+i*4) << 32) | readl(hdspm->iobase +HDSPM_MADI_PLAYBACK_RMS_L+i*4); > levels.output_rms[i] = (readl(hdspm->iobase +HDSPM_MADI_OUTPUT_RMS_H+i*4) << 32) | readl(hdspm->iobase +HDSPM_MADI_OUTPUT_RMS_L+i*4); > } > > if (hdspm->system_sample_rate>96000) { > levels.speed = qs; > } else if (hdspm->system_sample_rate>48000) { > levels.speed = ds; > } else { > levels.speed = ss; > } > levels.status2 = hdspm_read(hdspm, HDSPM_statusRegister2); > > s = copy_to_user(argp, &levels, sizeof(struct hdspm_peak_rms)); > if (0 != s) { > snd_printk(KERN_ERR "copy_to_user(.., .., %lu): %lu\n", sizeof(struct hdspm_peak_rms), s); > return -EFAULT; > } > break; > > > case SNDRV_HDSPM_IOCTL_GET_CONFIG_INFO: > Flo -- Machines can do the work, so people have time to think. public key 6C002249 x-hkp://wwwkeys.eu.pgp.net

2 1

[alsa-devel] ASoC updates for 2.6.31
by Mark Brown 15 Apr '09

15 Apr '09

The following changes since commit 34e51ce60a210094bd66cf0a75dd8512247618ca: Takashi Iwai (1): Merge branch 'for-2.6.30' of git://git.kernel.org/.../broonie/sound-2.6 into topic/asoc are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.31 Alexander Beregalov (1): ASoC: n810: replace BUG() with BUG_ON() Daniel Glöckner (3): ASoC: Add driver for s6000 I2S interface ASoC: s6105 IP camera machine specific ASoC code ASoC: correct s6000 I2S clock polarity Daniel Ribeiro (1): ASoC: pxa-ssp.c fix clock/frame invert Mark Brown (11): ASoC: Display return code when failing to add a DAPM kcontrol ASoC: Provide core support for symmetric sample rates ASoC: Add WM8988 CODEC driver Merge branch 's6000' into for-2.6.31 ASoC: WM9713 requires symmetric rates on the voice DAI ASoC: Factor out application of power for generic widgets ASoC: Support DAPM events for DACs and ADCs ASoC: Move the WM9713 voice DAC powerdown to a DAPM event ASoC: Add WM8960 CODEC driver Merge branch 'for-2.6.30' into for-2.6.31 Merge branch 'for-2.6.30' into for-2.6.31 Peter Ujfalusi (1): ASoC: tlv320aic23: add DSP_A format support include/sound/soc-dai.h | 1 + include/sound/soc-dapm.h | 10 + include/sound/soc.h | 6 + sound/soc/Kconfig | 1 + sound/soc/Makefile | 1 + sound/soc/codecs/Kconfig | 8 + sound/soc/codecs/Makefile | 4 + sound/soc/codecs/tlv320aic23.c | 2 + sound/soc/codecs/wm8960.c | 969 +++++++++++++++++++++++++++++++++++ sound/soc/codecs/wm8960.h | 127 +++++ sound/soc/codecs/wm8988.c | 1097 ++++++++++++++++++++++++++++++++++++++++ sound/soc/codecs/wm8988.h | 60 +++ sound/soc/codecs/wm9713.c | 40 +- sound/soc/omap/n810.c | 7 +- sound/soc/pxa/pxa-ssp.c | 11 +- sound/soc/s6000/Kconfig | 19 + sound/soc/s6000/Makefile | 11 + sound/soc/s6000/s6000-i2s.c | 629 +++++++++++++++++++++++ sound/soc/s6000/s6000-i2s.h | 25 + sound/soc/s6000/s6000-pcm.c | 497 ++++++++++++++++++ sound/soc/s6000/s6000-pcm.h | 35 ++ sound/soc/s6000/s6105-ipcam.c | 244 +++++++++ sound/soc/soc-core.c | 38 ++ sound/soc/soc-dapm.c | 131 +++--- 24 files changed, 3893 insertions(+), 80 deletions(-) create mode 100644 sound/soc/codecs/wm8960.c create mode 100644 sound/soc/codecs/wm8960.h create mode 100644 sound/soc/codecs/wm8988.c create mode 100644 sound/soc/codecs/wm8988.h create mode 100644 sound/soc/s6000/Kconfig create mode 100644 sound/soc/s6000/Makefile create mode 100644 sound/soc/s6000/s6000-i2s.c create mode 100644 sound/soc/s6000/s6000-i2s.h create mode 100644 sound/soc/s6000/s6000-pcm.c create mode 100644 sound/soc/s6000/s6000-pcm.h create mode 100644 sound/soc/s6000/s6105-ipcam.c

3 18

[alsa-devel] [PATCH 1/2] keywest: Convert to new-style i2c driver
by Jean Delvare 15 Apr '09

15 Apr '09

The legacy i2c binding model is going away soon, so convert the ppc keywest sound driver to the new model or it will break. Signed-off-by: Jean Delvare <khali(a)linux-fr.org> Cc: Benjamin Herrenschmidt <benh(a)kernel.crashing.org> --- sound/ppc/keywest.c | 81 +++++++++++++++++++++++++-------------------------- 1 file changed, 40 insertions(+), 41 deletions(-) --- linux-2.6.30-rc1.orig/sound/ppc/keywest.c 2009-04-10 15:22:18.000000000 +0200 +++ linux-2.6.30-rc1/sound/ppc/keywest.c 2009-04-10 16:41:36.000000000 +0200 @@ -33,26 +33,25 @@ static struct pmac_keywest *keywest_ctx; -static int keywest_attach_adapter(struct i2c_adapter *adapter); -static int keywest_detach_client(struct i2c_client *client); - -struct i2c_driver keywest_driver = { - .driver = { - .name = "PMac Keywest Audio", - }, - .attach_adapter = &keywest_attach_adapter, - .detach_client = &keywest_detach_client, -}; - - #ifndef i2c_device_name #define i2c_device_name(x) ((x)->name) #endif +static int keywest_probe(struct i2c_client *client, + const struct i2c_device_id *id) +{ + i2c_set_clientdata(client, keywest_ctx); + return 0; +} + +/* + * This is kind of a hack, best would be to turn powermac to fixed i2c + * bus numbers and declare the sound device as part of platform + * initialization + */ static int keywest_attach_adapter(struct i2c_adapter *adapter) { - int err; - struct i2c_client *new_client; + struct i2c_board_info info; if (! keywest_ctx) return -EINVAL; @@ -60,46 +59,46 @@ static int keywest_attach_adapter(struct if (strncmp(i2c_device_name(adapter), "mac-io", 6)) return 0; /* ignored */ - new_client = kzalloc(sizeof(struct i2c_client), GFP_KERNEL); - if (! new_client) - return -ENOMEM; - - new_client->addr = keywest_ctx->addr; - i2c_set_clientdata(new_client, keywest_ctx); - new_client->adapter = adapter; - new_client->driver = &keywest_driver; - new_client->flags = 0; - - strcpy(i2c_device_name(new_client), keywest_ctx->name); - keywest_ctx->client = new_client; + memset(&info, 0, sizeof(struct i2c_board_info)); + strlcpy(info.type, "keywest", I2C_NAME_SIZE); + info.addr = keywest_ctx->addr; + keywest_ctx->client = i2c_new_device(adapter, &info); - /* Tell the i2c layer a new client has arrived */ - if (i2c_attach_client(new_client)) { - snd_printk(KERN_ERR "tumbler: cannot attach i2c client\n"); - err = -ENODEV; - goto __err; - } - + /* + * Let i2c-core delete that device on driver removal. + * This is safe because i2c-core holds the core_lock mutex for us. + */ + list_add_tail(&keywest_ctx->client->detected, + &keywest_ctx->client->driver->clients); return 0; - - __err: - kfree(new_client); - keywest_ctx->client = NULL; - return err; } -static int keywest_detach_client(struct i2c_client *client) +static int keywest_remove(struct i2c_client *client) { if (! keywest_ctx) return 0; if (client == keywest_ctx->client) keywest_ctx->client = NULL; - i2c_detach_client(client); - kfree(client); return 0; } + +static const struct i2c_device_id keywest_i2c_id[] = { + { "keywest", 0 }, + { } +}; + +struct i2c_driver keywest_driver = { + .driver = { + .name = "PMac Keywest Audio", + }, + .attach_adapter = keywest_attach_adapter, + .probe = keywest_probe, + .remove = keywest_remove, + .id_table = keywest_i2c_id, +}; + /* exported */ void snd_pmac_keywest_cleanup(struct pmac_keywest *i2c) { -- Jean Delvare

2 4

[alsa-devel] Rewrite of hw_ptr updaters makes things worse?
by Chuck Ebbert 14 Apr '09

14 Apr '09

After adding these patches from 2.6.30 to a 2.6.29 kernel, pulseaudio problems are worse: ALSA: pcm - Reset invalid position even without debug option ALSA: pcm - Fix delta calculation at boundary overlap ALSA: pcm - Safer boundary checks ALSA: Rewrite hw_ptr updaters Mar 28 14:28:20 platon pulseaudio[3040]: alsa-sink.c: Increasing wakeup watermark to 60,00 ms Mar 28 14:31:35 platon pulseaudio[3040]: alsa-sink.c: Increasing wakeup watermark to 70,00 ms Mar 28 14:31:35 platon pulseaudio[3040]: alsa-sink.c: Increasing wakeup watermark to 80,00 ms Mar 28 14:31:35 platon pulseaudio[3040]: alsa-util.c: snd_pcm_avail() returned a value that is exceptionally large: 4294952932 bytes (24347805 ms). Mar 28 14:31:35 platon pulseaudio[3040]: alsa-util.c: Most likely this is a bug in the ALSA driver 'snd_intel8x0'. Please report this issue to the ALSA developers. Mar 28 14:31:35 platon pulseaudio[3040]: rtpoll.c: Assertion 'usec <= ((pa_usec_t) 1000000ULL)*60ULL*60ULL' failed at pulsecore/rtpoll.c:548, function pa_rtpoll_set_timer_relative(). Aborting.

2 2

[alsa-devel] HP tx2100er headphone jack problem
by Alex Pyattaev 14 Apr '09

14 Apr '09

Hello! I have this laptop for a year now, and ever since i've been trying to fix the sound. Playback works out-of-the box, but as for specific features... Hope you can help a bit. So, to be exact Hardware: HP tx2100er laptop, AMD64, nforce2 chipset. Audio: see alsa-info output in attachement Soft: 2.6.29-gentoo, alsa-driver either kernel.org or realtek's alsa-driver-1.0.19-5.11. I've tried different model settings, eg: model=hp : playback - ok record - none (either internal and external bus) switching to headphone on jack insert - ok model=3stack: playback-ok record - extremely silent(but works) or noisy switching to headphone on jack insert - no model=toshiba (it is for another chip, however, it waqs reported to wor for tx2500) playback - ok record - ok switching to headphone on jack insert - no So, as you see, the codec seems to work, but for some reason it is never fully functional. I have tried to fix it, but I just do not know how to do it. If you need any additional info - just mail me. Thank you in advance! Alex Pyattaev I just don't know what to do next.

2 2

[alsa-devel] [PATCH 2/2] hdspm: modified include file
by Florian Faber 14 Apr '09

14 Apr '09

Ckeaned up meter structure and modified the PEAK_RMS ioctl to reflect the modifications. diff a/sound/include/sound/hdspm.h b/sound/include/sound/hdspm.h 28,36d27 < /* peam rms level structure like we get from hardware < < maybe in future we can memory map it so I just copy it < to user on ioctl call now an dont change anything < rms are made out of low and high values < where (long) ????_rms = (????_rms_l >> 8) + ((????_rms_h & 0xFFFFFF00)<<24) < (i asume so from the code) < */ < 37a29,35 > uint32_t input_peaks[64]; > uint32_t playback_peaks[64]; > uint32_t output_peaks[64]; > > uint64_t input_rms[64]; > uint64_t playback_rms[64]; > uint64_t output_rms[64]; 39,56c37,38 < unsigned int level_offset[1024]; < < unsigned int input_peak[64]; < unsigned int playback_peak[64]; < unsigned int output_peak[64]; < unsigned int xxx_peak[64]; /* not used */ < < unsigned int reserved[256]; /* not used */ < < unsigned int input_rms_l[64]; < unsigned int playback_rms_l[64]; < unsigned int output_rms_l[64]; < unsigned int xxx_rms_l[64]; /* not used */ < < unsigned int input_rms_h[64]; < unsigned int playback_rms_h[64]; < unsigned int output_rms_h[64]; < unsigned int xxx_rms_h[64]; /* not used */ --- > enum {ss, ds, qs} speed; > int status2; 59,61d40 < struct hdspm_peak_rms_ioctl { < struct hdspm_peak_rms *peak; < }; 63d41 < /* use indirect access due to the limit of ioctl bit size */ 65c43 < _IOR('H', 0x40, struct hdspm_peak_rms_ioctl) --- > _IOR('H', 0x40, struct hdspm_peak_rms) Flo -- Machines can do the work, so people have time to think. public key 6C002249 x-hkp://wwwkeys.eu.pgp.net

1 0

Re: [alsa-devel] Help required. Slax OS, no audio, multiple cards, hdmi
by James Gauld 14 Apr '09

14 Apr '09

Yes, I tried the following Slax module first of all: http://www.slax.org/modules.php?action=detail&id=1063 with no success. any other suggestions? i've enabled iec958 mixer control, but cannot adjst it's volume. the HDMI device does not have the "pvolume" capability. I don't know if that's of any significance, but I'm in dark, uncharted territory here. Lee Revell wrote: > On Mon, Apr 13, 2009 at 11:09 AM, James Gauld <james(a)thundermonkey.net> wrote: >> However, running slax (from usb) I cannot get any sound from either >> device, but I'm only interested in the HDMI card (card #1) which >> delivers output to the integrated speakers (as far as I can tell from >> windows). >> >> I've tried from console and various widgets in KDE with no success. > > Try installing the proprietary ATI video driver. Thanks to DRM the > video driver has veto power over whether you can output audio via > HDMI. > > Lee > _______________________________________________ > Alsa-devel mailing list > Alsa-devel(a)alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > >

1 0

Re: [alsa-devel] alsa-driver-unstable not updated since Mar 24th?
by Susan Cragin 14 Apr '09

14 Apr '09

>At Tue, 14 Apr 2009 09:52:42 -0400 (GMT-04:00), >Susan Cragin wrote: >> >> [1 <text/plain; UTF-8 (7bit)>] >> >> I know there were problems on the 25th or 26th, either with the >> >> drivers or between the drivers and changes made to the kernel. >> > >> >It's been broken during my vacation. >> >Now it should be fixed. Let me know if it's still broken. >> > >> > >> >thanks, >> > >> >Takashi >> >> I just downloaded and installed the unstable snapshot 14-April 11:48. Install worked on my Asus G1S running Ubuntu Jaunty with all updates (most recent kernel is only 2.6.28-11-Generic). >> >> But sound is not working correctly on my machine. Neither sound card works. >> Sound cards present: >> hda-intel / Realtek ALC660-VD >> hda-audio-generic / Creative CA0110-IBG (Creative X-fi) > >Is it a regression from older version? > >How about alsa-driver snapshot (stable one)? >It won't work with CA0110, though. > > >Takashi Today's stable snapshot did not compile for me. I have attached the terminal output. My current problems with unstable are indeed a regression. CA0110 (my Creative X-fi) used to work very well with alsa-driver-unstable, as did my hda-intel. I last installed unstable perhaps two weeks ago? and used it at that time to run Audacity and sound programs in wine. I was getting very good sound. Susan

1 0