At Fri, 9 May 2008 15:35:50 +0200,Bj$(D+S(Brn van der Meer wrote:> > > > At Mon, 5 May 2008 08:43:16 +0200,> >> > Bj$(D+S(Brn van der Meer wrote:> > > Hello Everyone,> > >> > > I have above component in my laptop and lack the expertise to add it to> > > to patch_realtek.c myself.> > >> > > I think I have collected all the relevant information if one of the> > > developers wants to give it a try.> > >> > > My Notebook: Medion 98300 (a.k.a. WAM2030)> > > (Please note: Medion is not an OEM. The board is nVidia based, OEM> > > thought to be Wistron. Apparently rarely used sound component?)> > >> > > Internal speakers> > > Internal mic - unknown> > > three jacks: headphone, mic, SPDIF(dual use jack).> > > Jack Sensing under Windows.> > > 5.1 surround (sounds like the setup should be supported by> > > 3stack-6ch-dig)> > >> > > lspci:> > > 00:10.1 Audio device [0403]: nVidia Corporation MCP51 High Definition> > > Audio [10de:026c] (rev a2)> > > Subsystem: Wistron Corp. Unknown device [17c0:4079]> > > Flags: 66MHz, fast devsel, IRQ 20> > > Memory at c0000000 (32-bit, non-prefetchable) [size=16K]> > > Capabilities: [44] Power Management version 2> > > Capabilities: [50] Message Signalled Interrupts: Mask+ 64bit+ Queue=0/0> > > Enable-> > > Capabilities: [6c] HyperTransport: MSI Mapping> > >> > > hwinfo:> > > 22: PCI 10.1: 0403 Audio device> > > [Created at pci.296]> > > UDI: /org/freedesktop/Hal/devices/pci_10de_26c> > > Unique ID: wRyD.X7XJ3rTjrR3> > > SysFS ID: /devices/pci0000:00/0000:00:10.1> > > SysFS BusID: 0000:00:10.1> > > Hardware Class: sound> > > Model: "Wistron MCP51 High Definition Audio"> > > Vendor: pci 0x10de "nVidia Corporation"> > > Device: pci 0x026c "MCP51 High Definition Audio"> > > SubVendor: pci 0x17c0 "Wistron Corp."> > > SubDevice: pci 0x4079> > > Revision: 0xa2> > > Driver: "HDA Intel"> > > Driver Modules: "snd_hda_intel"> > > Memory Range: 0xc0000000-0xc0003fff (rw,non-prefetchable)> > > IRQ: 20 (195693 events)> > > Module Alias: "pci:v000010DEd0000026Csv000017C0sd00004079bc04sc03i00"> > > Driver Info #0:> > > Driver Status: snd_hda_intel is active> > > Driver Activation Cmd: "modprobe snd_hda_intel"> > > Config Status: cfg=new, avail=yes, need=no, active=unknown> > >> > > alsa-info.sh output is at http://pastebin.com/f49962c92.> > >> > >> > >> > > Currently the only thing working is output via the internal speakers.> >> > And doesn't this still work with the latest ALSA HG driver?> >> >> > Takashi> > Thanks for your answer. Latest HG does not compile on my system, throws> memalloc.c errors. (Could be me doing something wrong though - out on a limp)> > CC [M] /home/bvdm/alsa-driver/acore/memalloc.o> /home/bvdm/alsa-driver/acore/memalloc.c: In function $B!F(Bsnd_mem_init$B!G(B:> /home/bvdm/alsa-driver/acore/memalloc.c:729: error: implicit declaration of> function $B!F(Bproc_create$B!G(B> /home/bvdm/alsa-driver/acore/memalloc.c:730: warning: assignment makes pointer> from integer without a cast> make[3]: *** [/home/bvdm/alsa-driver/acore/memalloc.o] Error 1> make[2]: *** [/home/bvdm/alsa-driver/acore] Error 2> make[1]: *** [_module_/home/bvdm/alsa-driver] Error 2> make[1]: Leaving directory `/usr/src/linux-headers-2.6.24-16-generic'> > > > I see references to similar errors on the list, had to do with processor> identification?> > > Configure detects this:> checking for processor type... i586> checking for i386 machine type... default> > /proc/cpuinfo starts with:> [...]> vendor_id : AuthenticAMD> cpu family : 15> model : 72> model name : AMD Turion(tm) 64 X2 Mobile Technology TL-50> [...] It's a problem in alsa-driver build stub. I fixed it right now on HGtree. > I have also just lifted patch_realtek.c from the current hg and compiled it in> a working tarball (actually labelled alsa-driver-hg20080502.tar from the> realtek site), which compiles, looks a bit better. > Gives me: > - Different set of mixer controls (not 5.1 though) OK, I'll need a newer alsa-info.sh with the latest driver. > - headphone output in the strange dual-use SPDIF jack only (headphone jack > only goes 2/3 of the way in) Please elaborate? I don't understand your description. > - but with jack-sensing working in that jack, with the boxes turning off when > I insert the headphone into the SPDIF. This sounds good -- do you mean that you have another headphone jacks? Takashi_______________________________________________Alsa-devel mailing listAlsa-devel@xxxxxxxxxxxxxxxxxxxx://mailman.alsa-project.org/mailman/listinfo/alsa-devel
