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

Alvaro G. [Andor] andor at pierdelacabeza.com
Wed Mar 27 12:27:11 CET 2013


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 <dhendrix at chromium.org>
>          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
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.coreboot.org/pipermail/coreboot/attachments/20130327/76131e54/attachment.html>


More information about the coreboot mailing list