search for: alpha_support

This is my /proc/cmdline BOOT_IMAGE=(hd0,gpt2)/boot/vmlinuz-4.18.0-147.5.1.el8_1.x86_64 root=UUID=c1bef884-0180-4955-a669-c99a8c64f75a ro crashkernel=auto resume=UUID=0fe1a972-9912-4803-b5ec-265a13a888c1 biosdevname=0 net.ifnames=0 rhgb quiet rd.driver. blacklist=nouveau nomodeset nouveau.modeset=0 acpi_backlight=vendor "acpi_osi=!Windows 2013" "acpi_osi=!Windows 2012" Jerry

...Device-1: Intel driver: N/A Display: x11 server: X.Org 1.20.4 driver: vesa unloaded: fbdev,modesetting resolution: 800x600~75Hz OpenGL: renderer: llvmpipe (LLVM 7.0 256 bits) v: 2.1 Mesa 18.3.4 So there is no intel driver and the vesa fall back driver is being used. I tried adding i915.alpha_support=1 in grub.cfg (https://access.redhat.com/discussions/3410491) (so that i915 fall-back driver can be used) but it was the same. The intel site only provides driver for windows. Could anyone give me some advice? Thanks for reading. Chan

...Device-1: Intel driver: N/A Display: x11 server: X.Org 1.20.4 driver: vesa unloaded: fbdev,modesetting resolution: 800x600~75Hz OpenGL: renderer: llvmpipe (LLVM 7.0 256 bits) v: 2.1 Mesa 18.3.4 So there is no intel driver and the vesa fall back driver is being used. I tried adding i915.alpha_support=1 in grub.cfg (https://access.redhat.com/discussions/3410491) (so that i915 fall-back driver can be used) but it was the same. The intel site only provides driver for windows. Could anyone give me some advice? (the board/cpu has no display problem when using CentOS 8.2) Thanks for readi...

> module_blacklist=nouveau,amdgpu,radeon i915.alpha_support=1 ok I did that - regen that file and verified with cat /proc/cmdline This is not a dual monitor situation. I also removed all that other "legacy" stuff I had in there. no difference. Jerry