Boa noite a todos e agradeço antecipadamente a quem puder me orientar
Trata-se de um Samsung Book 2021 cujo processador é um i3-1115G4
Resolvi tornar o Linux meu sistema operacional principal e o Fedora Workstation 41 foi o escolhido.
Logo de cara reparei que nenhuma distro atual que já venha com o Kernel 6.11+ era capaz de inicializar a instalação com o sistema travando e apresentando uma tela toda branca ( Ubuntu 24.10 , Fedora 41 , GParted Live )
É possível inicializar e instalar escolhendo basic graphics mode , mas ao termino da instalação terei apenas Software Rendering
A solução que encontrei foi instalar o Fedora 40 com Kernel 6.8.5 tendo este suporte total ao video integrado deste i3-1115G4 e congelei atualizações do Kernel em /etc/dnf/dnf.conf. Na sequencia atualizei para o Fedora 41
Uma vez criado uma imagem do sistema com o Macrium Reflect , passei a testar sem medo varias versões do Kernel 6.10 - 6.11 - 6.12 sem sucesso
Desconfio que a regressão pós 6.8.5 não será corrigida com a chegada do Kernel 6.13 que deve chegar ao Fedora ainda este mês
1 curtida
Chegou a comparar a saída do dmesg
num kernel que funciona e um kernel que não funciona? Em especial, linhas que mencionam i915
, o driver das placas integradas dessa geração?
Como não tem perspectiva de correção do problema, indicaria pegar um kernel LTS no Copr (talvez 6.1 ou 6.6 funcionem).
Dei uma olhada na internet, e infelizmente só consegui achar relatos desse gráfico integrado sendo problemático no tempo em que ele foi lançado.
1 curtida
Há algum feature killer (se eu n usar um kernel mais novo vou morrer) q vc precisa ter um kernel acima desse? Apenas para reflexão. Espero q ache uma solução para esse problema.
1 curtida
Foi exatamente na 11º geração que a Intel introduziu a série Iris® Xe Graphics, como é o caso do i5-1135G7 e i7-1165G7
Mas alguns modelos de entrada como o meu i3-1115G4 ainda vieram com Intel® UHD Graphics for 11th Gen Intel® Processors
Seguindo sua orientação , repare que o dmesg acusa não haver suporte nativo para meu video integrado e sugere maneiras de bloquear o uso do driver i915 e forçar o uso do driver Xe
Adicionar os parametros abaixo no grub na hora do boot não resolveram
xe.force_probe=‘9a78’ i915.force_probe=‘!9a78’
já tentei com e sem as aspas no ID
E não entendi bem como implementar a segunda alternativa ou se devo utilizar ambos em conjunto
CONFIG_DRM_XE_FORCE_PROBE=‘9a78’ CONFIG_DRM_I915_FORCE_PROBE=‘!9a78’
VGA compatible controller Intel Corporation Tiger Lake-LP GT2 [UHD Graphics G4] [8086:9a78] (rev 01)
Segue abaixo a saída dmesg para o kernel 6.8 e 6.11
dmesg kernel 6.11
xe 0000:00:02.0: Your graphics device 9a78 is not officially supported by xe driver in this kernel version.
To force Xe probe, use xe.force_probe=‘9a78’ and i915.force_probe=‘!9a78’
module parameters or CONFIG_DRM_XE_FORCE_PROBE=‘9a78’ and CONFIG_DRM_I915_FORCE_PROBE=‘!9a78’ configuration options.
[ 13.831222] snd_hda_codec_hdmi hdaudioC0D2: No i915 binding for Intel HDMI/DP codec
dmesg kernel 6.8
[ 6.283728] i915 0000:00:02.0: [drm] VT-d active for gfx access
[ 6.295646] i915 0000:00:02.0: vgaarb: deactivate vga console
[ 6.295725] i915 0000:00:02.0: [drm] Using Transparent Hugepages
[ 6.301366] i915 0000:00:02.0: vgaarb: VGA decodes changed: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[ 6.303510] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/tgl_dmc_ver2_12.bin (v2.12)
[ 6.309824] mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops i915_hdcp_ops [i915])
[ 6.344843] mei_pxp 0000:00:16.0-fbf6fcf1-96cf-4e2e-a6a6-1bab8cbe36b1: bound 0000:00:02.0 (ops i915_pxp_tee_component_ops [i915])
[ 6.345079] i915 0000:00:02.0: [drm] Protected Xe Path (PXP) protected content support initialized
[ 6.365454] [drm] Initialized i915 1.6.0 20230929 for 0000:00:02.0 on minor 1
[ 6.368460] i915 display info: display version: 12
[ 6.368462] i915 display info: cursor_needs_physical: no
[ 6.368463] i915 display info: has_cdclk_crawl: no
[ 6.368464] i915 display info: has_cdclk_squash: no
[ 6.368465] i915 display info: has_ddi: yes
[ 6.368466] i915 display info: has_dp_mst: yes
[ 6.368467] i915 display info: has_dsb: yes
[ 6.368468] i915 display info: has_fpga_dbg: yes
[ 6.368469] i915 display info: has_gmch: no
[ 6.368470] i915 display info: has_hotplug: yes
[ 6.368470] i915 display info: has_hti: no
[ 6.368471] i915 display info: has_ipc: yes
[ 6.368472] i915 display info: has_overlay: no
[ 6.368473] i915 display info: has_psr: yes
[ 6.368474] i915 display info: has_psr_hw_tracking: yes
[ 6.368475] i915 display info: overlay_needs_physical: no
[ 6.368476] i915 display info: supports_tv: no
[ 6.368477] i915 display info: has_hdcp: yes
[ 6.368477] i915 display info: has_dmc: yes
[ 6.368478] i915 display info: has_dsc: yes
[ 6.373050] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 6.373549] fbcon: i915drmfb (fb0) is primary device
[ 6.373554] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
1 curtida
Rapaz, que bizarro, se compilar tmb da pau?
Problema “Resolvido”
E nada tinha haver com ausência de drivers no kernel mais atual, bastou adicionar um parâmetro de inicialização no grub que diz respeito a gerenciamento de energia da interface Sata
GRUB_CMDLINE_LINUX_DEFAULT=“ahci.mobile_lpm_policy=1”
E respondendo a sua pergunta, não há nada que me impeça de continuar no kernel 6.8 caso não fosse possível utilizar o mais atual
Não consegui editar o titulo marcando como resolvido , e os moderadores podem trancar o tópico
2 curtidas
Esse parâmetro já vi num site que tem varias soluções para hardware intel.
Mas especificamente nesse link: Intel graphics - LinuxReviews
1 curtida
Este tópico foi fechado automaticamente 3 dias depois da última resposta. Novas respostas não são mais permitidas.