MSI GE75 Raider 8SX
硬件 | PCI/USB ID | 工作状态? |
---|---|---|
触控板 | 小问题 | |
键盘 | 1038:1122 |
是 |
GPU (Intel) | 8086:3e9b |
是 |
RTX 2080 | 未测试 | |
RTX 2070 | 未测试 | |
RTX 2060 | 10de:1f11 |
是 |
网络摄像头 | 5986:211c |
是 |
以太网 | 1969:e0b1 |
是 |
蓝牙 | 8087:0aaa |
是 |
SD 读卡器 | 0bda:0129 |
未测试 |
音频 | 8086:a348 |
需要配置 |
无线 | 8086:a370 |
是 |
TPM | 未测试 |
MSI GE75 Raider 8SX 指的是以下型号的笔记本电脑
- MSI GE75 Raider 8SG
- MSI GE75 Raider 8SF
- MSI GE75 Raider 8SE
这些型号之间唯一的明显区别是独立 Nvidia GPU。
CPU
与许多笔记本电脑型号一样,这些型号似乎被设计为在负载下以 90+°C 的高温运行 CPU。 在 Arch Linux 上,散热已经比 Windows 默认情况下更好,可以通过 intel-undervolt 实用程序进行降压来进一步改善散热(从而提高性能),但您需要自行承担风险。
禁用 CPU 漏洞缓解措施 也可以显着提高这台机器的性能,与降压一样,您需要自行承担风险。
显卡
集成显卡
iGPU 工作正常,也支持 Intel GVT-g。
8SG (Nvidia RTX 2080)
未测试(应该可以在专有 Nvidia 驱动程序上正常工作)
8SF (Nvidia RTX 2070)
未测试(应该可以在专有 Nvidia 驱动程序上正常工作)
8SE (Nvidia RTX 2060)
虽然专用显卡似乎在使用 PRIME 的情况下完美运行,但在 8SE 上可能会出现一些奇怪的问题。
- 当显示刷新率配置错误时(正确的刷新率为 144hz),会出现各种性能问题
- 在禁用 VSync 的情况下运行某些游戏(在《深海迷航》和《无人深空》中测试)以及在某些游戏中出于未知原因(战争雷霆)运行时,系统会硬性冻结(GPU 驱动程序崩溃?); 使用 ffmpeg 和 nvenc 录制长时间视频(5 分钟以上)时也会发生这种情况。 可以通过不使用 PRIME 卸载来解决此问题(例如,使用 dGPU 作为 X 的主显卡,例如通过 optimus-manager-gitAUR)
- *已解决* 当使用 mpv 及其 vulkan 渲染器时,调整窗口大小时可能会遇到重大问题。 设置
vulkan-queue-count=1
和swapchain-depth=1
可以解决此问题。 请参阅 mpv 的 git 问题。 - Prime-sync 似乎在按照 通用说明 启用它/检查是否启用时不起作用,尽管在使用 prime 时该卡功能良好,但在使用 dgpu 运行 x(使用 nvidia-xurn 或 optimus manager)而不是 iGPU 时,会出现非常严重的画面撕裂。
崩溃和 mpv 问题可能是回归,最有可能是在 Nvidia 驱动程序中,它们在 2019 年初不存在。
尚不确定这些问题是否与型号绑定,或者是否是特定测试设备中的故障。 总的来说,所有问题都可以轻松解决(确保在 X 中为显示器正确配置刷新率,确保在视频游戏中保持 VSync 开启,对 mpv 使用建议的设置,并在想要使用 GPU 时正常使用 prime)。
音频
此系列在 Linux 上存在一些音频问题。
已知问题
- 来自耳机的声音与扬声器声道的音量相关联,当插入耳机时扬声器声道会静音。 耳机几乎完全静音。 运行
amixer -c 0 set Speaker 100
可以暂时修复。 可以使用下面提到的驱动程序选项来解决此问题。 - 默认情况下,笔记本电脑扬声器的声音非常糟糕,可以通过以下驱动程序选项解决。
- 音频流开始和结束时经常出现噼啪声/爆裂声/失真,在扬声器中几乎不明显,但在耳机中非常明显。 没有已知的解决方案,尽管增加缓冲区大小有时可以减少它。
- Pipewire 中的噼啪声(除了在音频流开始和结束时),解决方案见下面的相关部分。
驱动选项
已知有两个驱动程序选项对该型号有积极影响。
以下设置改善了笔记本电脑扬声器的声音(大概是通过启用 LFE),以及插入耳机时耳机静音的问题。
/etc/modprobe.d/modprobe.conf
options snd_hda_intel model=lenovo-y530
以下设置修复了插入耳机时耳机静音的问题,但不影响笔记本电脑扬声器。
/etc/modprobe.d/modprobe.conf
options snd_hda_intel model=clevo-p950
ALSA
要在 ALSA 上运行需要 PulseAudio 的应用程序,您可以使用 apulseAUR,但仍然可能有一些应用程序您在获取音频时遇到问题。
PulseAudio
默认设置很好,只要使用上述驱动程序选项之一即可。
尚未找到消除音频流开始和结束时噼啪声的设置。 如果您遇到噼啪声问题,请尝试将环境变量 PULSE_LATENCY_MSEC
设置为 40、60 或 80。
PipeWire
/usr/share/pipewire/
复制它们如果某些应用程序不允许以其首选采样率运行声音,则可能会导致噼啪声,可以通过设置来解决此问题
/etc/pipewire/pipewire.conf
default.clock.allowed-rates = [ 44100 48000 ] # See reason it is not default: https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Config-PipeWire#setting-global-sample-rate
许多噼啪声问题也可以通过增加音频缓冲区大小/添加延迟来解决。
将缓冲区大小增加到 1024 并减小 alsa 周期大小
/etc/pipewire/media-session.d/alsa-monitor.conf
api.alsa.period-size = 128 # See: https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Config-ALSA#alsa-buffer-properties api.alsa.headroom = 1024
或者,如果您不喜欢设置全局缓冲区大小,您可以配置 pipewire-pulse 应用程序以具有更大的缓冲区
/etc/pipewire/pipewire-pulse.conf
pulse.min.req = 1024/48000 # Requests minimum latency at 21ms, avoid setting this any higher. #or pulse.min.quantum = 1024/48000 # Forces minimum latency to 21ms, you should avoid using this setting.
要在每个应用程序的基础上设置延迟,请使用环境变量 PULSE_LATENCY_MSEC
(pipewire-pulse) 或 PIPEWIRE_LATENCY
(其他所有内容)
PULSE_LATENCY_MSEC=X # Replace X with a number (integer) PIPEWIRE_LATENCY=1024/48000 # 21ms, does not work for pipewire-pulse!
当使用 PULSE_LATENCY_MSEC
环境变量时,始终在 pw-top
中检查并查看 QUANT 和 RATE 值,实际延迟为 QUANT/RATE=LATENCY(以秒为单位)。
建议在尝试修复噼啪声时将量子设置为 1024 或 2048(当 1024 量子不足以防止噼啪声时,2048 通常就足够了)。
尚未找到消除音频流开始和结束时噼啪声的设置,但为有问题的应用程序将量子设置为 2048 通常会有所帮助。
触控板
存在一些 滚动和手掌检测问题,但其他方面工作正常。 建议由于手掌检测问题禁用点击触摸功能。
如果您想使用切换触控板按钮(FN+F3),请参阅下面的键盘部分。
手势未测试。
键盘
RGB 背光
可以通过 msi-perkeyrgbAUR 实用程序配置 RGB 背光。 如果在启动 Linux 之前已在 Windows 上配置了灯光配置文件,则键盘会记住它。
功能键
按键 | 已检测到 | 已标记 | 工作状态 | 效果 |
---|---|---|---|---|
Fn+NumPad- |
否 | 是 | 是 | 键盘背光增强 |
Fn+NumPad+ |
否 | 是 | 是 | 键盘背光减弱 |
Fn+NumPad0 |
是 | 是 | 是 | XF86AudioMute
|
Fn+左 |
是 | 是 | 是 | XF86AudioLowerVolume
|
Fn+右 |
是 | 是 | 是 | XF86AudioRaiseVolume
|
Fn+上 |
是 | 是 | 是 | XF86MonBrightnessUp
|
Fn+下 |
是 | 是 | 是 | XF86MonBrightnessDown
|
Fn+F2 |
是 | 是 | 是 | XF86Display
|
Fn+F3 |
是 | 是 | 是 | XF86TouchpadToggle
|
Fn+F4 |
是 | 是 | 部分 | P1 (Turbo 模式) |
Fn+F5 |
是 | 是 | 部分 | 节能模式/XF86Battery |
Fn+F6 |
是 | 是 | 是 | XF86WebCam
|
Fn+F7 |
否 | 是 | 否 | 传输(游戏模式) |
Fn+F8 |
是 | 否 | 是 | XF86WLAN
|
Fn+F9 |
是 | 否 | 是 | XF86Bluetooth
|
Fn+F10 |
是 | 是 | 是 | 飞行模式 |
Fn+F12 |
是 | 是 | 是 | XF86Sleep
|
Fn+PageUp |
是 | 是 | 是 | 首页
|
Fn+PageDown |
是 | 是 | 是 | 结束
|
只有将 acpi_osi=! acpi_osi="Windows 2009"
添加到您的 内核参数 中,飞行模式、WLan 和蓝牙按钮才能工作。
Fn+F3
、Fn+F4
和 Fn+F5
键都可以检测到 keysym,但它们都未分配或错误分配。 要使这些键可用,您需要将其添加到您的 ~/.Xmodmap
keycode 93 = XF86TouchpadToggle NoSymbol XF86TouchpadToggle keycode 120 = XF86Tools NoSymbol XF86Tools keycode 126 = XF86Battery NoSymbol XF86Battery
可以理解的是,Turbo 和节能模式按钮在 Linux 上没有任何作用,因为我们没有 Dragon Center 软件来让这些按钮执行任何操作。 但是,您现在可以使用 sxhkd、xbindkeys 或您的 窗口管理器 将这些键绑定到您想要的任何自定义功能。
但是,仍然存在一个问题,即当按下 Fn+F3
时,Meta+Ctrl
也会被按下,这个问题也存在于 Windows 上(可能是硬件缺陷)。 此问题有时似乎会干扰按钮的功能。 例如,由于强制修饰符,XF86TouchpadToggle
的默认按键绑定将不起作用。 即使您通过转到相应的快捷方式并点击 Fn+F3
注册它来更改 DE 中的按键绑定,也不能保证它实际有效(例如,在 KDE 中,您可能会收到一个弹出窗口,显示触控板已打开/关闭,但触控板实际上从未切换)。
最终,为了能够切换您的触控板,您可能需要将其绑定到 自定义脚本。