☰

Linux Mint 18.1のRealtek ALC1220オーディオチップセット

tag-icon • tag-icon linux-mint kernel audio realtek
Linux Mint 18.1のRealtek ALC1220オーディオチップセット

私はIntel Kaby Lakeプロセッサをサポートする新しいマザーボードを使って新しいコンピュータを作成しました。このマザーボードにRealtek ALC1220（S1220A）オーディオチップセット。 Linux Mint 18.1をインストールした後、残念ながらサウンドが機能しないことがわかりました。どんなに努力してもサウンドカードはまったく検出されません。サウンド設定には1つの仮想デバイスのみが表示されます。

user@linux-mint ~ $ aplay -l
   aplay: device_list:268: no soundcards found...

user@linux-mint ~ $ lspci -knn | grep -i -A4 Audio
   00:1f.3 Audio device [0403]: Intel Corporation Device [8086:a2f0]
   Subsystem: ASUSTeK Computer Inc. Device [1043:8723]
   Kernel driver in use: snd_hda_intel
   Kernel modules: snd_hda_intel
   00:1f.4 SMBus [0c05]: Intel Corporation Device [8086:a2a3]

マザーボード:ASUS ROG STRIX H270I ゲーミング
オーディオチップセット：ROG SupremeFX 8チャンネルHDオーディオコーデックS1220A
Linuxディストリビューション：Linux Mint 18.1
現在のカーネル：4.11.6

私は何を試みたか。

~によると https://bbs.archlinux.org/viewtopic.php?id=226579そしてLinux Mint 18.1のRealtek S1220AS1220AチップセットのサポートはLinux Kernel 4.11で導入されました。 Linux Mint 18.1にはカーネル4.4が付属していますが、Update Managerを介してカーネル4.9にアップグレードするオプションがあります。ただし、これを行った後にすべてのALSAコンテンツを再インストールしても効果はなく、オーディオデバイスはまだ検出されませんでした。その後、UKUUを使用してカーネル4.11.6をインストールすることにしました。インストールがエラーなく完了したように見え、GRUBをアップグレードした後、システムは新しいカーネルでMintを起動します。

user@linux-mint ~ $ uname -r
   4.11.6-041106-generic

ALC1220オーディオチップセットをカーネル4.9で実行している人がいるという報告もあります。

UEFI設定に関連する可能性があるというヒントも見つかりました。このトピックの非専門家として、システムを起動する前にUEFIと互換性/レガシー設定を無効にしようとしましたが、どちらも効果がないようです。

このチップセットを使用してLinux Mintでサウンドを取得する方法を知っている人はいますか？

アップデート1：

dmesg | grep snd次を返します。

[    4.951807] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)
[    4.951966] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[    5.079301] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
[    5.080811] snd_hda_intel 0000:00:1f.3: no codecs found!

アップデート2：

@dirktの確認提案に従って、次のことをprobe_mask試しました。

sudo modprobe -r snd_hda_intel
sudo modprobe snd_hda_intel probe_mask=0x1ff

その後、dmesg何も変更されていないことを確認してください。

[  374.653091] snd_hda_intel 0000:00:1f.3: codec_mask forced to 0xff
[  374.653126] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[  374.763149] snd_hda_intel 0000:00:1f.3: CORB reset timeout#1, CORBRP = 0
[  374.764764] snd_hda_intel 0000:00:1f.3: no codecs found!

ベストアンサー1

部分的な答え：

私は見たALC 1220パッチ、ALC 882（多くのコーデックが使用）と同じ修正を追加します。

しかし、問題は、コーデックチップとの通信がまったく機能しないようです。これサウンドカードドライバがsnd_hda_intelロードされ、タイムアウトエラーが発生しますが、2番目のエラーは発生しません。何動作しますが、コーデックが見つかりません。したがって、パッチ関連のステップには達しません。

アイデア：

1) BIOS にサウンドカード設定があることを確認します。おそらくここで何かを変更すると、コーデック通信が正しく機能するようになります。

2）中HDオーディオ.txtBIOSが破損している場合は、強制的にプローブを実行できます。

BIOSが破損しているコンピュータでは、ハードウェアが使用中であると報告していないコーデックスロットをドライバが検出するように強制する必要がある場合があります。この場合は、probe_maskオプションビット8（0x100）をオンにしてください。残りの8ビットは、無条件にプローブするコーデックスロットに渡されます。たとえば、probe_mask=0x103コーデックスロット0と1は、ハードウェアレポートの内容に関係なく強制的に取得されます。

だからrootで試してみてください

modprobe -r snd_hda_intel
modprobe snd_hda_intel probe_mask=0x1ff

何が起こっているのかを確認してくださいdmesg。

3）役に立たない場合は、ALSA開発者にバグを報告し、アイデアがあることを確認してください。

おすすめ記事