Bug 217526 - Realtek ALC3234 codec, limited format capabilities (no 96kHZ and 192KHz)
Summary: Realtek ALC3234 codec, limited format capabilities (no 96kHZ and 192KHz)
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: Sound(ALSA) (show other bugs)
Hardware: All Linux
: P3 normal
Assignee: Jaroslav Kysela
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-06-05 10:38 UTC by haro41
Modified: 2024-06-04 10:56 UTC (History)
3 users (show)

See Also:
Kernel Version: 6.1.0-9-amd64
Subsystem:
Regression: No
Bisected commit-id:


Attachments
the output of 'cat /proc/asound/card0/codec#0' direct linux boot (9.52 KB, text/plain)
2023-06-05 10:38 UTC, haro41
Details
the output of 'cat /proc/asound/card0/codec#0' with previous boot into windows (9.55 KB, text/plain)
2023-06-05 10:39 UTC, haro41
Details
a 'hda-verb' based script as workaround (for ALC3234 codec) (322 bytes, application/x-shellscript)
2023-06-05 10:46 UTC, haro41
Details
output of /proc/asound/card0/codec#0, direct boot into linux (11.19 KB, text/plain)
2023-06-06 11:23 UTC, haro41
Details
output of /proc/asound/card0/codec#0, after previous boot into windows (11.22 KB, text/plain)
2023-06-06 11:25 UTC, haro41
Details

Description haro41 2023-06-05 10:38:28 UTC
Created attachment 304374 [details]
the output of 'cat /proc/asound/card0/codec#0' direct linux boot

While a boot in windows 7, followed by a reboot (without power off) into linux, shows the full capabilities of this codec, after a linux only boot, the format capabilities are limited to 44.1kHz and 48kHz.    
A temporarly fix using hda-verb utility works for me (snd_hda_intel needs to be restarted). I think this fix should be better done in the driver code (patch_realtek.c).
Comment 1 haro41 2023-06-05 10:39:46 UTC
Created attachment 304375 [details]
the output of 'cat /proc/asound/card0/codec#0' with previous boot into windows
Comment 2 haro41 2023-06-05 10:46:33 UTC
Created attachment 304376 [details]
a 'hda-verb' based script as workaround (for ALC3234 codec)
Comment 3 Takashi Iwai 2023-06-05 14:09:32 UTC
Adding Realtek guys to Cc.  I'm fine to add init verbs if it's safe.
Comment 4 Kailiang Yang 2023-06-06 07:36:03 UTC
Hi,

I think the verbs only 0x1a has relation.
Could you run below command then get codec#0 for two states?

echo 1 > /sys/module/snd_hda_codec/parameters/dump_coef

Then to cat codec#0 as a file.

BR,
Kailang

> -----Original Message-----
> From: bugzilla-daemon@kernel.org <bugzilla-daemon@kernel.org>
> Sent: Monday, June 5, 2023 10:10 PM
> To: Kailang <kailang@realtek.com>
> Subject: [Bug 217526] Realtek ALC3234 codec, limited format capabilities (no
> 96kHZ and 192KHz)
> 
> 
> External mail.
> 
> 
> 
> https://bugzilla.kernel.org/show_bug.cgi?id=217526
> 
> Takashi Iwai (tiwai@suse.de) changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                  CC|
> |kailang@realtek.com,
>                    |
> |pshou@realtek.com,
>                    |                            |tiwai@suse.de
> 
> --- Comment #3 from Takashi Iwai (tiwai@suse.de) --- Adding Realtek guys to
> Cc.  I'm fine to add init verbs if it's safe.
> 
> --
> You may reply to this email to add a comment.
> 
> You are receiving this mail because:
> You are on the CC list for the bug.
> ------Please consider the environment before printing this e-mail.
Comment 5 haro41 2023-06-06 11:21:26 UTC
Hi,
yes, i will attach 2 files, one contains the output from a linux only boot and one with a previous boot into windows 7.
Comment 6 haro41 2023-06-06 11:23:07 UTC
Created attachment 304380 [details]
output of /proc/asound/card0/codec#0, direct boot into linux
Comment 7 haro41 2023-06-06 11:25:05 UTC
Created attachment 304381 [details]
output of /proc/asound/card0/codec#0, after previous boot into windows
Comment 8 haro41 2024-06-04 10:56:46 UTC
Hi,

may i ask (one year after report):
Can i provide something additional for a potential fix?

Best regards

Note You need to log in before you can comment on or make changes to this bug.