After some searching I found that alien999999999 did basically the same modulo driver code base version and some printk's - it's issue 1025 in alsa-project bugtracking system, see https://bugtrack.al
Oops, I learned how to plug the extension cable properly :) Now stereo output is good, even '3D' controls are functional. The only problem I see is PCM volume control. BTW I have au8820 Sonic Impact,
Probably not many :) Do you think you can run the oops through ksymoops? The current one doesn't really make much sense to me... The code section of it did not disassemble into anything that seemed r
I have a lousy sound chip (via-82xx) on my motherboard so I'm keen to get my venerable Aureal Vortex 2 card up and running on my new box. However, it is an AMD64 box and it's causing a kernel Ooops w
Hi! I submitted patch #3948, please take a look. Changes summary: au88x0.c: upgraded dma initialization to use pci_set_dma_mask and pci_set_consistent_dma_mask, added missing snd_card_set_dev call (a
Hi, Could you maybe send the binary module "snd-au8830.ko", maybe disassembling that would give more light. Comparing the backtrace offset to a x86 32 bit binary probably does not work. Thanks -- Man
Do you think you can run the oops through ksymoops? The current one doesn't really make much sense to me... The code section of it did not disassemble into anything that seemed reasonable... I can r
Great, the secondary modem codec is there. The valid codec id bits are 24:25 (AC97 interface supports up to four codecs): I will send cleaned codec access patch separately and will look what is next
I am not sure Alien's au8810 patch is as same as Igor Kovalenko 's au8820 patch. They seem to have their own patches. The EQ part in diff11.diff seem to be not tested since EQ is not present in au882
There are 3 bug reports for AMD64 in ALSA BTS. 1047 - au8810 1138 - au8820 1025 - au8830 au8810/au8820/au8830 driver is tightly coupled in ALSA au88x0 1) EQ, SPDIF of au8810/au8830 are not present in
yup i have the first problem 1. the ones where if you get 49% it's loud and on 51% quite silently? but then from 51 to 100% is again soft to loud . next week i can find time to recompile the whole ke
which volume bar problems are you talking about? 1. the ones where if you get 49% it's loud and on 51% quite silently? 2. or irregular sound volume when you are about halfway (without changing volum
i'm busy with home improving but when i have time i will try the patch again on 2.6.12 kernel. I have not checked if it is the same alsa version as 2.6.11 but i think it is. b.t.w. the volume bar pro
Op vrijdag 2 september 2005 05:51, schreef Raymond: i'm not entirely sure, but i think it has some 3D stuff, since i've always had controls to manage 3D depth, etc... unless you are speaking of somet
Although au8810, au8820 and au8830 have 16 Sample Rate Convertors. For au8820 and au8830 driver, snd_pcm_hw_params() will return "no more mixer error" and "no more sample rate convertor error" before
Actually without snd_card_set_dev() you will get oops shortly because device pointer won't be available to driver. DMA mask cleanup is to follow general guidelines about consistent mapping. -- Kind r
Is there any reason to make this change ? alsa-kernel/pci/au88x0/au88x0.c @@ -144,15 +144,18 @@ // check PCI availability (DMA). if ((err = pci_enable_device(pci)) < 0) return err; - if (!pci_dma_su
Is there any way to remove this warning for the change from "0x%08lx" to "0x%08x" in 32-bits compiler ? warning: unsigned int format, long unsigned int arg (arg 2) There is no warning before this cha
I don't think it'll be faster, gcc -O2 will have changed it accordingly anyway, without optimization it might be faster, but the thing is that it just looks cleaner... Op woensdag 8 juni 2005 11:06,