[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