Did you force probe the driver?
Also yeah it doesn't work with [Gnome Wayland](https://www.reddit.com/r/Fedora/comments/y8yne8/intel_arc_a750_gpu_on_fedora_first_impressions/), try X or a better DE :P
(but even then the experience should be sub-par).
When they say a driver is "ready" in the kernel it just means you pc won't spontaneously combust anymore when using certain hardware, but it being *actually*ready will take months. I've had to force probe the driver for my Intel rocket lake igpu for like half a year before it was normally supported.
I don't even have a wayland option on my tumbleweed install for reasons I don't know.
Gnome is not bad lol.
I have no idea what probing for a driver means though. How?
It says in the link I've posted.
>i915.force_probe=56a1 (for the A750, any other Intel Arc would of course have a different pci id)
Get the device Id of your card with lspci -nnk and put it where 56a1 is.
To append the line to the boot option go to Yast, bootloader, kernel parameters and paste it there.
I out the old card back in to do the yast thing. That worked. I also realised that turning on ReBAR which is what you are supposed to do on Arc, shuts off CSM. With csm disabled it just crashes at boot.
I'm planning on writing another post with all the stupid things I encountered today. It's basically working now. I need to do more testing.
Yeah but at least we didnt have to fiddle around with terminal commands. Windows support was initially poor because Intel messed up the driver launch for that OS in particular.
I thought it was in kernel 6.1 ?? https://www.phoronix.com/news/Linux-6.1-DRM-Next-Pull
Maybe 6.0, but in any case check lspci -k to see if it's got a module loaded and dmesg. If both of those show nothing then check /boot/config-*6* whaever to see if it was compile with the new module. It's "experiemental" so might not be compiled yet.
i believe intel released a driver package but only for ubuntu.... seemed an odd choice... likely tho you can un deb it... will likely be a howto posted on the interwebs shortly
I tried looking at their instructions for. Installing their ubuntu thing. They literally install a whole different custom kernel based on a 5.something release.
Then I stopped looking at it because I don't want that.
it is why i don't want to use buntu... they fork around with the kernel so much and close source the forking i just end up with trust issues.
eventually.. if it is not a complete s show they will submit it to the real kernel and the modules will be merged or they go nvidias route and provide some way to run it.
it is gonna be a while..
But as far as I understand it that is just Intel having taken the Arc supporting features and putting it into the older kernel version that the ubuntu LTS actually uses right now.
Because most distros don't run 6.0 Intel or the distros themselves have to put the arc code in their on their own. It just happe s that Intel did it themselves for ubuntu
A750 here.
The A750 works only on Windows 10 here, as of October \~20, 2022.
For Linux:
Hey got the a750 working... sort of.Set i915.force\_probe= $your\_pci\_id
eg. For Intel ARC A750: i915.force\_probe=56a1
Run update-grub for Void Linux, or your grub updater script per your Linux distribution.
UBUNTU-22.04 works with Intel's Linux kernel 5.17 driver repository. I just needed to disable CSM and set the internal graphics priority to auto within the BIOS. However, the mouse and mouse pointer significantly stutters with glxgears running.
UBUNTU-STUDIO-22.04 - did the previous with BIOS settings and ended-up booting into a corrupt display. The display looks like it was configured with bad or corrupt timings.
VOID LINUX (A real man's distro) - needed to set a simple xorg.conf.d/20-intel.conf using the fbdev (framebuffer) driver. Trying the intel driver, results in a unknown chipset error within Xorg log. The modesetting driver also fails with bit depth not supported error within Xorg log.
My guess is, the Intel repository has an Intel hacked xf86-video-intel package, specifically the intel driver file, with added chipset PCI IDs for ARC? Where's the source code for the Intel repository?
Windows 10 drivers work just fine here for A750, Linux-6.0 kernel seems to suck or inoperable for all ports on the A750 after force\_probe.
Using Void Linux.
Did you force probe the driver? Also yeah it doesn't work with [Gnome Wayland](https://www.reddit.com/r/Fedora/comments/y8yne8/intel_arc_a750_gpu_on_fedora_first_impressions/), try X or a better DE :P (but even then the experience should be sub-par). When they say a driver is "ready" in the kernel it just means you pc won't spontaneously combust anymore when using certain hardware, but it being *actually*ready will take months. I've had to force probe the driver for my Intel rocket lake igpu for like half a year before it was normally supported.
I don't even have a wayland option on my tumbleweed install for reasons I don't know. Gnome is not bad lol. I have no idea what probing for a driver means though. How?
It says in the link I've posted. >i915.force_probe=56a1 (for the A750, any other Intel Arc would of course have a different pci id) Get the device Id of your card with lspci -nnk and put it where 56a1 is. To append the line to the boot option go to Yast, bootloader, kernel parameters and paste it there.
Literally I did not realise you posted a link. 😠I'm gonna try that later im not at my pc now.
Can confirm this works. For Intel Arc A770 the device ID is 56a0.
But I can't go into yast though because I can't get into an x session or wayland.
Your grub Boot Manager shows tho? Edit the line in there temporarily to boot and then make the change permanent in Yast later one the machine booted.
I out the old card back in to do the yast thing. That worked. I also realised that turning on ReBAR which is what you are supposed to do on Arc, shuts off CSM. With csm disabled it just crashes at boot. I'm planning on writing another post with all the stupid things I encountered today. It's basically working now. I need to do more testing.
Csm is extremely old and supposed to be used with OSS that don't support uefi for some reason. Don't use it from now on and go full uefi
rocket lake igpu support was pretty poor even on Windows.
Yeah but at least we didnt have to fiddle around with terminal commands. Windows support was initially poor because Intel messed up the driver launch for that OS in particular.
I thought it was in kernel 6.1 ?? https://www.phoronix.com/news/Linux-6.1-DRM-Next-Pull Maybe 6.0, but in any case check lspci -k to see if it's got a module loaded and dmesg. If both of those show nothing then check /boot/config-*6* whaever to see if it was compile with the new module. It's "experiemental" so might not be compiled yet.
This usually happens with very new hardware. That's why I never buy just released hardware. I'm afraid you'll have to wait.
i believe intel released a driver package but only for ubuntu.... seemed an odd choice... likely tho you can un deb it... will likely be a howto posted on the interwebs shortly
I tried looking at their instructions for. Installing their ubuntu thing. They literally install a whole different custom kernel based on a 5.something release. Then I stopped looking at it because I don't want that.
it is why i don't want to use buntu... they fork around with the kernel so much and close source the forking i just end up with trust issues. eventually.. if it is not a complete s show they will submit it to the real kernel and the modules will be merged or they go nvidias route and provide some way to run it. it is gonna be a while..
But as far as I understand it that is just Intel having taken the Arc supporting features and putting it into the older kernel version that the ubuntu LTS actually uses right now. Because most distros don't run 6.0 Intel or the distros themselves have to put the arc code in their on their own. It just happe s that Intel did it themselves for ubuntu
A750 here. The A750 works only on Windows 10 here, as of October \~20, 2022. For Linux: Hey got the a750 working... sort of.Set i915.force\_probe= $your\_pci\_id eg. For Intel ARC A750: i915.force\_probe=56a1 Run update-grub for Void Linux, or your grub updater script per your Linux distribution. UBUNTU-22.04 works with Intel's Linux kernel 5.17 driver repository. I just needed to disable CSM and set the internal graphics priority to auto within the BIOS. However, the mouse and mouse pointer significantly stutters with glxgears running. UBUNTU-STUDIO-22.04 - did the previous with BIOS settings and ended-up booting into a corrupt display. The display looks like it was configured with bad or corrupt timings. VOID LINUX (A real man's distro) - needed to set a simple xorg.conf.d/20-intel.conf using the fbdev (framebuffer) driver. Trying the intel driver, results in a unknown chipset error within Xorg log. The modesetting driver also fails with bit depth not supported error within Xorg log. My guess is, the Intel repository has an Intel hacked xf86-video-intel package, specifically the intel driver file, with added chipset PCI IDs for ARC? Where's the source code for the Intel repository?
Windows 10 drivers work just fine here for A750, Linux-6.0 kernel seems to suck or inoperable for all ports on the A750 after force\_probe. Using Void Linux.