Re: [coreboot] ASRock E350M1: Create/Verify Verb Table for Realtek ALC892

[Alvaro G. [Andor]]

Hi Paul,

I've posted it to:

http://www.alsa-project.org/db/?f=96ff75103a48ab8e58a216bd12f65d2755679cdc

Is it enough or want me to send it fully to the list?

Thanks!

El 27/03/13 12:17, Paul Menzel escribió:
> Dear Andor,
>
> Am Mittwoch, den 27.03.2013, 11:49 +0100 schrieb Alvaro G. [Andor]:
> > El 26/03/13 20:11, Rudolf Marek escribió:
> > > The issue with SeaBIOS is gone. I will post some coded verb fix. Is
> > > there a way how to extract verbs for codec from original system? I did
> > > simple: cat /sys/class/sound/hwC1D0/init_pin_configs
> >
> > I don't have a f2a85-m, but an Asrock 350M1-USB, but PaulePanter told me
> > maybe my own data could be helpful to you, so:
>
> that was a misunderstanding in #coreboot. As the ASRock E350M1 uses the
> Realtek ALC892, which is probably different from the one of the ASUS
> F2A85-M, this will not be useful for the ASUS F2A85-M. But your dump
> from the vendor BIOS might be useful for the ASRock E350M1 coreboot
> port.
> > cat /sys/class/sound/hwC1D0/init_pin_configs
> > 0x11 0x411111f0
> > 0x12 0x411111f0
> > 0x14 0x01014010
> > 0x15 0x01011012
> > 0x16 0x01016011
> > 0x17 0x411111f0
> > 0x18 0x01a19840
> > 0x19 0x02a19950
> > 0x1a 0x0181304f
> > 0x1b 0x02214120
> > 0x1c 0x411111f0
> > 0x1d 0x4005e601
> > 0x1e 0x01452130
> > 0x1f 0x411111f0
>
> Under coreboot with
>      commit 3cc0d1eb3f611cb7bf0e45d8ccdb0c84f54f54dc
>      Author: David Hendricks <[e-mail]>
>      Date:   Tue Mar 26 16:28:21 2013 -0700
>
>          exynos5250: assign RAM resources in cpu_init()
>
>          Reviewed-on: http://review.coreboot.org/2923
>
> and one patch applied (unrelated to sound) I have
>      /sys/class/sound/hwC1D0/init_pin_configs:
>      0x11 0x411110f0
>      0x12 0x411111f0
>      0x14 0x01014030
>      0x15 0x01011031
>      0x16 0x01016032
>      0x17 0x01012033
>      0x18 0x01a19850
>      0x19 0x02a19c80
>      0x1a 0x01813051
>      0x1b 0x02214c40
>      0x1c 0x9933105f
>      0x1d 0x00000100
>      0x1e 0x01441070
>      0x1f 0x41c46060
>
> which is different.
>      $ wdiff vendorbios coreboot
>      0x11 [-0x411111f0-] {+0x411110f0+}
>      0x12 0x411111f0
>      0x14 [-0x01014010-] {+0x01014030+}
>      0x15 [-0x01011012-] {+0x01011031+}
>      0x16 [-0x01016011-] {+0x01016032+}
>      0x17 [-0x411111f0-] {+0x01012033+}
>      0x18 [-0x01a19840-] {+0x01a19850+}
>      0x19 [-0x02a19950-] {+0x02a19c80+}
>      0x1a [-0x0181304f-] {+0x01813051+}
>      0x1b [-0x02214120-] {+0x02214c40+}
>      0x1c [-0x411111f0-] {+0x9933105f+}
>      0x1d [-0x4005e601-] {+0x00000100+}
>      0x1e [-0x01452130-] {+0x01441070+}
>      0x1f [-0x411111f0-] {+0x41c46060+}
>
> I have no idea about the Verb Table. And as I am only using the normal
> stereo out, I have not yet noticed any audio problems.
>
> Andor, could you also please reply with the output of `alsa-info.sh`.
> Mine is attached.
>
> Thanks,
>
> Paul
>
> [1] http://alsa-project.org/main/index.php/Help_To_Debug