| 1 |
2011/1/8 Frank Peters <frank.peters@×××××××.net>: |
| 2 |
|
| 3 |
> |
| 4 |
> First, I want to thank all those who took the time to confirm (even though, |
| 5 |
> from my perspective, it was all bad news :-( ). |
| 6 |
> |
| 7 |
> The modules are loading without problem. For example, the kernel |
| 8 |
> log reports the following: |
| 9 |
> |
| 10 |
> kernel: ICE1712 0000:04:00.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21 |
| 11 |
> |
| 12 |
> Both lspci and alsa-info.sh show that the sound card is there, and |
| 13 |
> this would not happen if the modules were not being properly loaded. |
| 14 |
> In other words the kernel can detect the card. |
| 15 |
> |
| 16 |
> I don't use udev. All modules are loaded manually and the devices |
| 17 |
> in /dev are permanent. Permissions are also as they should be, |
| 18 |
> because an alsa script was used to create the devices. |
| 19 |
> |
| 20 |
> The problem seems to be with the applications. The open() routine |
| 21 |
> reports back "no device found." Now, open() is a glibc routine but |
| 22 |
> it will ultimately call the kernel routines that are, I believe, contained |
| 23 |
> in the alsa modules. Since kernel 2.6.36 works, it most likely is a |
| 24 |
> kernel 2.6.37 issue. |
| 25 |
> |
| 26 |
> I'll have to recompile 2.6.37 with debugging output and see what |
| 27 |
> happens. |
| 28 |
> |
| 29 |
> Frank Peters |
| 30 |
> |
| 31 |
> |
| 32 |
|
| 33 |
Hi Frank, |
| 34 |
|
| 35 |
works perfect here. |
| 36 |
|
| 37 |
04:00.0 Multimedia audio controller: C-Media Electronics Inc CMI8788 |
| 38 |
[Oxygen HD Audio] |
| 39 |
Subsystem: ASUSTeK Computer Inc. Virtuoso 100 (Xonar D1) |
| 40 |
Flags: bus master, medium devsel, latency 32, IRQ 20 |
| 41 |
I/O ports at d000 [size=256] |
| 42 |
Capabilities: [c0] Power Management version 2 |
| 43 |
Kernel driver in use: AV200 |
| 44 |
|
| 45 |
I have compiled everything in the kernel, no modules. |
| 46 |
|
| 47 |
Curious: why aren't you using udev? |
| 48 |
|
| 49 |
Regards, |
| 50 |
|
| 51 |
Martin |
Archives