Linux intel uhd 630

Intel UHD Graphics 630 «Coffee Lake» On Linux

This morning I delivered the initial Linux processor benchmarks of the Core i7 8700K and Core i5 8400 for the just-launched «Coffee Lake» desktop processors. With these Intel «Gen 8» processors, the integrated «HD Graphics» from Kabylake have been rebranded to «UHD Graphics». While there wasn’t any real changes architecturally to the graphics hardware, right now the Linux support isn’t quite out-of-the-box.

When first powering on the i5-8400 and i7-8700K configurations, I was surprised to see the Intel DRM driver not working. This was connected to a 4K display and the mode-setting to it didn’t happen with being stuck on the efifb driver. Of course, LLVMpipe was at play to lead to a sluggish experience.

At first I didn’t realize what was going on since the Coffee Lake PCI IDs are present in all of the components of the Intel Linux graphics driver stack, I was using Ubuntu 17.10 with its stock Linux 4.13 that is quite new, and these Coffee Lake graphics that are essentially rebranded Gen 9 GT2 graphics hardware from Kabylake were not working. When grep’ing dmesg for i915 (Intel’s DRM driver name), there were just some audio references and a line about alpha support. Initially off the top of my head I figured it was some new tunable having something to do with alpha compositing or the like given all the new display work happening within the Intel space.

Well, after then searching the contents of dmesg after finding the time today, I realize the i915.alpha_support option is actually for alpha/preliminary hardware support. Previously this was the «i915.preliminary_hw_support=1» switch for enabling early hardware support, but seems to have quietly been renamed to just «alpha». And if you are grep’ing dmesg looking for the i915 hints of what’s going wrong, the actual line mentioning it’s to do with alpha hardware support doesn’t have any references. So just a silly little thing to be aware of if you plan on being an early Coffee Lake customer.

When booting the Ubuntu 17.10 stock kernel with i915.alpha_support=1, 4K was working, OpenGL acceleration present, and Vulkan also working. I have yet to run into any Coffeelake graphics issues with the Core i5 8400 or Core i7 8700K yet. So I’m quite surprised Intel developers are still hiding this Coffeelake support behind the «alpha_support» flag consider these CPUs are now shipping, the Linux 4.13 stable still has it marked as stable, Linux 4.14 Git still requires the alpha flag for Coffee Lake, and even the current DRM-Next code still requires this be set. It’s quite surprising especially with Coffeelake still being the Gen 9 / Kabylake-era graphics that have been well supported on Linux for effectively many months. I haven’t seen any public references why it’s this way or any responses from the upstream Intel Linux developers, but presumably just an oversight on their part.

I have spent most of my UHD Graphics 630 testing so far with the Core i7 8700K and paired with the Ubuntu 17.10 base I have tested its stock kernel as well as the vanilla/upstream Linux 4.13.0, Linux 4.14 Git, and DRM-Next kernels. Additionally, both with the Mesa 17.2 stable Vulkan/OpenGL driver stack as shipped by Ubuntu 17.10 and as well with Mesa 17.3-dev Git via the Padoka PPA as of earlier today.

Included in this article are a few different reference benchmarks of the Core i7 8700K graphics compared to other Intel integrated graphics hardware and other Linux graphics tests. Further Coffee Lake tests are being worked on for publishing in the coming days and weeks.

Источник

Debian User Forums

How to Install CometLake-S GT2 [UHD Graphics 630] Driver?

How to Install CometLake-S GT2 [UHD Graphics 630] Driver?

#1 Post by hfl » 2022-06-23 08:44

I have a new computer, and install Debian 11.3 on it. After finished Installation and computer began to reboot. When the GRUB finish, screen blacked and display «no signal» text. I can find computer is running, but screen is black.

After search from internet, I can boot Debian system by add «nomodeset» in GRUB. But in this mode, everything in screen is large. I think that is lost UHD Graphics 630 driver:

sudo lshw -c video *-display UNCLAIMED description: VGA compatible controller product: CometLake-S GT2 [UHD Graphics 630] vendor: Intel Corporation physical id: 2 bus info: pci@0000:00:02.0 version: 03 width: 64 bits clock: 33MHz capabilities: pciexpress msi pm vga_controller bus_master cap_list configuration: latency=0 resources: iomemory:600-5ff iomemory:400-3ff memory:6000000000-6000ffffff memory:4000000000-400fffffff ioport:3000(size=64) memory:c0000-dffff 

Then, how to install this driver?

sunrat Administrator
Posts: 5532 Joined: 2006-08-29 09:12 Location: Melbourne, Australia Has thanked: 88 times Been thanked: 304 times

Re: How to Install CometLake-S GT2 [UHD Graphics 630] Driver?

#2 Post by sunrat » 2022-06-23 09:51

Enable non-free in your sources and install the package firmware-misc-nonfree. May need intel-microcode as well.

“ computer users can be divided into 2 categories:
Those who have lost data
. and those who have not lost data YET ” Remember to BACKUP!

Re: How to Install CometLake-S GT2 [UHD Graphics 630] Driver?

#3 Post by hfl » 2022-06-24 00:14

I have installed firmware-misc-nonfree and intel-microcode, but seems no changes for computer. After GRUB, computer will show «no signal» text, and only have black screen.

Источник

Linux Mint Forums

[SOLVED] Intel UHD 630 «Coffee Lake» support

Forum rules
Before you post please read how to get help. Topics in this forum are automatically closed 6 months after creation.

[SOLVED] Intel UHD 630 «Coffee Lake» support

Post by stelek » Wed Jan 10, 2018 5:47 pm

My beloved desktop PC died and I was forced to upgrade. I’m a huge fan of low-end CPUs so my choice was Gigabyte Z370 MB and Intel i3-8100 with integrated UHD 630 graphics. Unfortunately it does not work. There’s no video acceleration at all and my Mint 18 is unusable.

Following this article: https://www.phoronix.com/scan.php?page= . hics&num=1 I’ve added the i915.alpha_support=1 option to my Kernel. Unfortunately the X-server does not come up when it is enabled. Dmesg gives the following:

[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.13.0-26-generic root=UUID=141c9360-a30e-4cfd-b97d-29b7b085fbe5 ro vt.handoff=7 i915.alpha_support=1 [ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.13.0-26-generic root=UUID=141c9360-a30e-4cfd-b97d-29b7b085fbe5 ro vt.handoff=7 i915.alpha_support=1 [ 4.767295] WARNING: CPU: 2 PID: 165 at /build/linux-hwe-UY0ygs/linux-hwe-4.13.0/drivers/gpu/drm/i915/i915_drv.c:230 i915_driver_load+0x104b/0x14c0 [i915] [ 4.767296] Modules linked in: usbhid i915(+) i2c_algo_bit drm_kms_helper e1000e syscopyarea sysfillrect sysimgblt ptp fb_sys_fops ahci pps_core drm libahci wmi video i2c_hid hid [ 4.767324] RIP: 0010:i915_driver_load+0x104b/0x14c0 [i915] [ 4.767352] i915_pci_probe+0x4e/0x70 [i915] [ 4.767392] i915_init+0x57/0x5a [i915] [ 4.782224] i915 0000:00:02.0: Direct firmware load for i915/kbl_dmc_ver1_01.bin failed with error -2 [ 4.782226] i915 0000:00:02.0: Failed to load DMC firmware [https://01.org/linuxgraphics/downloads/firmware], disabling runtime power management. [ 4.782650] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem [ 5.054373] [drm] Initialized i915 1.6.0 20170619 for 0000:00:02.0 on minor 0 [ 5.156961] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device [ 15.512347] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915]) 

I tried the latest 4.4, 4.13 and even 4.15-rc5 kernels. They all fail on Mint 18.

So I’m typing this on Ubuntu 17.10. Here everything works and the dmesg produces:

[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.13.0-16-generic root=UUID=2697846e-3165-4684-8cb3-d09508bfb93a ro quiet splash vt.handoff=7 i915.alpha_support=1 [ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.13.0-16-generic root=UUID=2697846e-3165-4684-8cb3-d09508bfb93a ro quiet splash vt.handoff=7 i915.alpha_support=1 [ 4.835693] WARNING: CPU: 0 PID: 175 at /build/linux-XO_uEE/linux-4.13.0/drivers/gpu/drm/i915/i915_drv.c:230 i915_driver_load+0x11d4/0x14b0 [i915] [ 4.835693] Modules linked in: usbhid i915(+) e1000e ptp pps_core i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops ahci drm libahci wmi video i2c_hid hid [ 4.835718] RIP: 0010:i915_driver_load+0x11d4/0x14b0 [i915] [ 4.835744] i915_pci_probe+0x42/0x70 [i915] [ 4.835780] i915_init+0x57/0x5a [i915] [ 4.849665] [drm] Finished loading DMC firmware i915/kbl_dmc_ver1_01.bin (v1.1) [ 4.850165] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem [ 5.122392] [drm] Initialized i915 1.6.0 20170619 for 0000:00:02.0 on minor 0 [ 5.225358] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device [ 5.884384] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915]) 

Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 2 times in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.

Источник

Intel UHD Graphics 630 on RHEL 7.5

I have set-up a RHEL 7.5 machine using Intel UHD Graphics 630. Unfortunately, the display resolution is limited to 1024*768. The Xorg logs shows that it uses the fallback VESA driver. I have tried finding drivers elsewhere without success. xorg-x11-drv-intel is installed and latest version.

Please can I have some assistance with this issue.

Responses

I couldn’t immediately find anything to match this, it seems from what I could find, the one you picked ought to have maybe worked. I went to the Intel website, and their website led to this link https://www.intel.com/content/www/us/en/support/articles/000005520/graphics-drivers.html which didn’t really seem to help.

Maybe someone knows of something else perhaps at el-repo or something. I have to deal with some things tonight. Perhaps another person will chime in.

Add the option i915.alpha_support=1 to the boot parameters : sudo nano /etc/default/grub , that it looks like
GRUB_CMDLINE_LINUX=»rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap rhgb quiet i915.alpha_support=1″ .

Save the change (press Ctrl + X and then Y), update the GRUB configuration and reboot the system afterwards.

On machines with EFI based BIOS -> sudo grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
On machines with Legacy (msdos) BIOS -> sudo grub2-mkconfig -o /boot/grub2/grub.cfg

Hope this solves the problem, good luck ! 🙂

As you didn’t provide more details about your hardware, in case you have a notebook with hybrid (intel / NVIDIA) graphics :
Eventually there is an incompatibility with the open source nouveau drivers which eventually causes interference issues.
You can try whether adding the parameter nouveau.modeset=0 to /etc/default/grub can alternatively solve it. 🙂

Thank you for your help. With i915.alpha_support=1 in kernel cmd line perameters, the i915 driver was used instaed of the fallback VESA driver. It now works correctly.

You’re welcome ! I’m glad that we could help you to get the problem solved and get the graphics running properly.

It’s me again . Having been concentrated on providing the solution, I completely forgot to add an explanation, so I owe you that. 🙂

Currently the graphics (UHD 630) from the intel Coffee Lake CPU series are marked as «alpha support» and hence are not enabled by default on newer Linux distributions unless booting with the i915.alpha_support=1 kernel parameter. This changed starting with the release of kernel 4.15 and until this change is not backported to kernel 3.10 (being shipped with RHEL 7), you’ll have to add the parameter. More information about the topic -> Linux 4.15 Will Finally Graduate Intel «Coffee Lake» Graphics Out Of Alpha Support

Источник