[alsa-devel] Request for Realtek patch - Nvidia MCP51 HDA / ALC883 (10de:026c) Notebook component

[Takashi Iwai]

At Fri, 9 May 2008 15:35:50 +0200,
Björn van der Meer wrote:
> 
> 
> > At Mon, 5 May 2008 08:43:16 +0200,
> >
> > Björn 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 ‘snd_mem_init’:
> /home/bvdm/alsa-driver/acore/memalloc.c:729: error: implicit declaration of
> function ‘proc_create’
> /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 HG
tree.


> 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