Fedora Linux Support Community & Resources Center
  #1  
Old 2nd March 2017, 02:38 AM
urmom9388 Offline
Registered User
 
Join Date: Mar 2006
Location: Champaign, IL
Age: 24
Posts: 115
linuxchrome
Issues with VGA passthrough and intel graphics

So I've been trying to get vga passthrough working on my 290x and have been running into trouble once I switch from my dedicated gpu to my integrated graphics. As soon as I boot off integrated graphics, the system becomes unbearably slow, to the point where even typing into a terminal is a painful affair.

Anyone have any ideas how to fix this issue? I am guessing it might be a driver issue, but lspci shows that the i915 drivers are installed. I'm using the default radeon drivers. When I tried using pci-stub to block my dedicated gpu, I get a black screen and can't login at all unless I modify my grub config on boot.

Here are the devices on my pc:
Code:
00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06)
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)
00:14.0 USB controller: Intel Corporation 9 Series Chipset Family USB xHCI Controller
00:16.0 Communication controller: Intel Corporation 9 Series Chipset Family ME Interface #1
00:1a.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #2
00:1b.0 Audio device: Intel Corporation 9 Series Chipset Family HD Audio Controller
00:1c.0 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 1 (rev d0)
00:1c.2 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 3 (rev d0)
00:1c.3 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 4 (rev d0)
00:1d.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #1
00:1f.0 ISA bridge: Intel Corporation 9 Series Chipset Family Z97 LPC Controller
00:1f.2 SATA controller: Intel Corporation 9 Series Chipset Family SATA Controller [AHCI Mode]
00:1f.3 SMBus: Intel Corporation 9 Series Chipset Family SMBus Controller
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Hawaii XT / Grenada XT [Radeon R9 290X/390X]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Hawaii HDMI Audio [Radeon R9 290/290X / 390/390X]
03:00.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 41)
05:00.0 Ethernet controller: Qualcomm Atheros Killer E220x Gigabit Ethernet Controller (rev 10)
Reply With Quote
  #2  
Old 2nd March 2017, 08:13 AM
nobody Offline
Registered User
 
Join Date: Mar 2012
Location: München, Deutschland
Posts: 627
windows_98_nt_2000chrome
Question Re: Issues with VGA passthrough and intel graphics

Quote:
00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06)
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)

[snap]

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Hawaii XT / Grenada XT [Radeon R9 290X/390X]
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Hawaii HDMI Audio [Radeon R9 290/290X / 390/390X]
My best guess... We need here the following attached: Xorg.0.log and dmesg. After your system has ran at least for an hour.

Thank you,
_nobody_
__________________
I am nobody, and nobody is perfect, therefore I am perfect!
Reply With Quote
  #3  
Old 3rd March 2017, 02:39 AM
urmom9388 Offline
Registered User
 
Join Date: Mar 2006
Location: Champaign, IL
Age: 24
Posts: 115
linuxchrome
Re: Issues with VGA passthrough and intel graphics

So here's my system currently in unbearably slow mode running off integrated graphics. Right now I don't have anything blocked in my grub.cfg but the result is the same when I block the radeon driver or pcistub the 290x.

Here's my Xorg.0.log:
http://pastebin.com/83V5VGrr

Here's my dmesg log:
http://pastebin.com/nWjFqCt6
Reply With Quote
  #4  
Old 5th March 2017, 10:10 PM
urmom9388 Offline
Registered User
 
Join Date: Mar 2006
Location: Champaign, IL
Age: 24
Posts: 115
linuxchrome
Re: Issues with VGA passthrough and intel graphics

bump, anyone have any ideas on how to fix this issue?
Reply With Quote
  #5  
Old 6th March 2017, 08:52 AM
nobody Offline
Registered User
 
Join Date: Mar 2012
Location: München, Deutschland
Posts: 627
windows_98_nt_2000chrome
Question Re: Issues with VGA passthrough and intel graphics

Hello Jake,

I am really looking into your issue, and trying to learn from it. I am looking sporadically for two days now... And collecting a minimum (I have some Xorg/DRM knowledge, but realized that I do not have far enough of it) knowledge to understand the domain and the problem. Maybe we can work together (and learn together), since I have some questions to you.

[1] You are using older kernel -> 4.8.14. Why?

Quote:
[ 85.463] Build Operating System: 4.8.8-300.fc25.x86_64
[ 85.463] Current Operating System: Linux FedoraDesktop 4.8.14-300.fc25.x86_64 #1 SMP Mon Dec 12 16:31:04 UTC 2016 x86_64
[ 85.463] Kernel command line: BOOT_IMAGE=/vmlinuz-4.8.14-300.fc25.x86_64 root=/dev/mapper/luks-8f98e6b6-fc4e-43e1-a35e-b5f5f0f099ec ro rd.luks.uuid=luks-8f98e6b6-fc4e-43e1-a35e-b5f5f0f099ec rd.luks.uuid=luks-90b5dc6b-dd59-4046-ac7d-ca73ec1be111 rhgb quiet LANG=en_US.UTF-8
Why you don't upgrade system and use newest F25 4.9.13?

[2] In your Xorg.0.log file I found the following (at the very beginning):

Quote:
[ 85.471] (II) LoadModule: "glx"
[ 85.472] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[ 85.475] (II) Module glx: vendor="X.Org Foundation"
[ 85.475] compiled for 1.19.0, module version = 1.0.0
[ 85.475] ABI class: X.Org Server Extension, version 10.0
[ 85.475] (==) Matched ati as autoconfigured driver 0
[ 85.475] (==) Matched ati as autoconfigured driver 1
[ 85.475] (==) Matched modesetting as autoconfigured driver 2
[ 85.475] (==) Matched fbdev as autoconfigured driver 3
[ 85.475] (==) Matched vesa as autoconfigured driver 4
[ 85.476] (==) Assigned the driver to the xf86ConfigLayout

[ 85.476] (II) LoadModule: "ati"
[ 85.476] (II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so
[ 85.476] (II) Module ati: vendor="X.Org Foundation"
[ 85.476] compiled for 1.18.99.901, module version = 7.7.99
[ 85.476] Module class: X.Org Video Driver
[ 85.476] ABI class: X.Org Video Driver, version 23.0
[ 85.476] (II) LoadModule: "radeon"
[ 85.477] (II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so
[ 85.480] (II) Module radeon: vendor="X.Org Foundation"
[ 85.480] compiled for 1.18.99.901, module version = 7.7.99
[ 85.480] Module class: X.Org Video Driver
[ 85.480] ABI class: X.Org Video Driver, version 23.0
[ 85.480] (II) LoadModule: "modesetting"
[ 85.480] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[ 85.480] (II) Module modesetting: vendor="X.Org Foundation"
[ 85.480] compiled for 1.19.0, module version = 1.19.0
[ 85.480] Module class: X.Org Video Driver
[ 85.480] ABI class: X.Org Video Driver, version 23.0
[ 85.480] (II) LoadModule: "fbdev"
[ 85.480] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[ 85.481] (II) Module fbdev: vendor="X.Org Foundation"
[ 85.481] compiled for 1.18.99.901, module version = 0.4.3
[ 85.481] Module class: X.Org Video Driver
[ 85.481] ABI class: X.Org Video Driver, version 23.0
[ 85.481] (II) LoadModule: "vesa"
[ 85.481] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[ 85.482] (II) Module vesa: vendor="X.Org Foundation"
[ 85.482] compiled for 1.18.99.901, module version = 2.3.2
[ 85.482] Module class: X.Org Video Driver
[ 85.482] ABI class: X.Org Video Driver, version 23.0
Here I have another question: since I do not see in kernel command line nomodeset, and I also see that modeset driver is loaded, I have no idea why INTEL Integrated GFX i915 driver is NOT loaded? Most probably, it is blacklisted somewhere in /etc/... (and how)?

Could you, please, explain this (since, at the end of the story your AMD GFX Radeon driver is correctly initialized and correctly running, as I got it from the log with my vague (but strengthening) knowledge)?

So far, enough for the starters, isn't it?

_nobody_
__________________
I am nobody, and nobody is perfect, therefore I am perfect!
Reply With Quote
  #6  
Old 6th March 2017, 10:04 AM
nobody Offline
Registered User
 
Join Date: Mar 2012
Location: München, Deutschland
Posts: 627
windows_98_nt_2000chrome
Talking Re: Issues with VGA passthrough and intel graphics

I am continuing to observe, and learn...

Quote:
Mar 02 12:41:37 FedoraDesktop kernel: [drm] Memory usable by graphics device = 2048M
Mar 02 12:41:37 FedoraDesktop kernel: [drm] VT-d active for gfx access
Mar 02 12:41:37 FedoraDesktop kernel: checking generic (e0000000 1e8000) vs hw (d0000000 10000000)
Mar 02 12:41:37 FedoraDesktop kernel: [drm] Replacing VGA console driver
Mar 02 12:41:37 FedoraDesktop kernel: [drm] DMAR active, disabling use of stolen memory
Mar 02 12:41:37 FedoraDesktop kernel: [drm] radeon kernel modesetting enabled.
This, in RED, is your GFX pass-through. I. on another hand, do NOT have/set pass-through on my Fedora 25 Virtual Machine:

Quote:
[ 57.725] (II) LoadModule: "glx"
[ 57.738] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[ 57.766] (II) Module glx: vendor="X.Org Foundation"
[ 57.766] compiled for 1.19.1, module version = 1.0.0
[ 57.766] ABI class: X.Org Server Extension, version 10.0
[ 57.766] (==) Matched vmware as autoconfigured driver 0
[ 57.766] (==) Matched vmware as autoconfigured driver 1
[ 57.766] (==) Matched modesetting as autoconfigured driver 2
[ 57.766] (==) Matched fbdev as autoconfigured driver 3
[ 57.766] (==) Matched vesa as autoconfigured driver 4

[ 57.766] (==) Assigned the driver to the xf86ConfigLayout
[ 57.766] (II) LoadModule: "vmware"
[ 57.766] (II) Loading /usr/lib64/xorg/modules/drivers/vmware_drv.so
[ 57.884] (II) Module vmware: vendor="X.Org Foundation"
[ 57.884] compiled for 1.19.0, module version = 13.2.1
[ 57.884] Module class: X.Org Video Driver
[ 57.884] ABI class: X.Org Video Driver, version 23.0
[ 57.884] (II) LoadModule: "modesetting"
[ 57.884] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[ 57.901] (II) Module modesetting: vendor="X.Org Foundation"
[ 57.901] compiled for 1.19.1, module version = 1.19.1
[ 57.901] Module class: X.Org Video Driver
[ 57.901] ABI class: X.Org Video Driver, version 23.0
[ 57.901] (II) LoadModule: "fbdev"
[ 57.901] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[ 57.921] (II) Module fbdev: vendor="X.Org Foundation"
[ 57.921] compiled for 1.18.99.901, module version = 0.4.3
[ 57.921] Module class: X.Org Video Driver
[ 57.921] ABI class: X.Org Video Driver, version 23.0
[ 57.921] (II) LoadModule: "vesa"
[ 57.921] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[ 57.929] (II) Module vesa: vendor="X.Org Foundation"
[ 57.929] compiled for 1.18.99.901, module version = 2.3.2
[ 57.929] Module class: X.Org Video Driver
[ 57.929] ABI class: X.Org Video Driver, version 23.0
[ 57.929] (II) vmware: driver for VMware SVGA: vmware0405, vmware0710
[ 57.929] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[ 57.929] (II) FBDEV: driver for framebuffer: fbdev
[ 57.929] (II) VESA: driver for VESA chipsets: vesa
[ 57.929] xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted)
[ 57.929] (WW) Falling back to old probe method for modesetting
[ 57.929] (WW) Falling back to old probe method for fbdev
[ 57.931] (II) Loading sub module "fbdevhw"
[ 57.931] (II) LoadModule: "fbdevhw"
[ 57.941] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
[ 57.950] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 57.950] compiled for 1.19.1, module version = 0.0.2
[ 57.950] ABI class: X.Org Video Driver, version 23.0
[ 57.950] (EE) open /dev/fb0: Permission denied
[ 57.950] (WW) Falling back to old probe method for vesa
[ 57.950] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[ 57.950] (II) vmware(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
Let me, as well, make/set on my machine pass-through => VT-d active for gfx access!

_nobody_
__________________
I am nobody, and nobody is perfect, therefore I am perfect!
Reply With Quote
  #7  
Old 6th March 2017, 05:59 PM
urmom9388 Offline
Registered User
 
Join Date: Mar 2006
Location: Champaign, IL
Age: 24
Posts: 115
windows_98_nt_2000chrome
Re: Issues with VGA passthrough and intel graphics

Thanks for the help nobody. I am wondering if perhaps you were looking at a section of the log where the kernel was older. I am currently running 4.9.13-200 but am still experiencing the issue.

Quote:
This, in RED, is your GFX pass-through. I. on another hand, do NOT have/set pass-through on my Fedora 25 Virtual Machine:
As for passthrough, I do not have passthrough setup as of yet. I am not yet running a virtual machine, but I do have vt-d enabled and setup everything in my bios to allow me to do gpu passthrough.

Quote:
Here I have another question: since I do not see in kernel command line nomodeset, and I also see that modeset driver is loaded, I have no idea why INTEL Integrated GFX i915 driver is NOT loaded? Most probably, it is blacklisted somewhere in /etc/... (and how)?

Could you, please, explain this (since, at the end of the story your AMD GFX Radeon driver is correctly initialized and correctly running, as I got it from the log with my vague (but strengthening) knowledge)?
This is one of the things that I've been trying to figure out. I have never blacklisted the intel driver (that I'm aware of) so I've been trying to figure out why the intel driver does not get loaded. When I get home from work I'll try and get new logs to see if anything has changed with updates. If there's any other logs you think that would be useful, let me know and I can upload them.
Reply With Quote
  #8  
Old 7th March 2017, 02:50 AM
urmom9388 Offline
Registered User
 
Join Date: Mar 2006
Location: Champaign, IL
Age: 24
Posts: 115
linuxchrome
Re: Issues with VGA passthrough and intel graphics

So the new logs look the same, I can't seem to figure out why i915 never gets loaded. I booted with
Code:
i915.modeset=1
and it still doesn't seem to load. No idea why. Any suggestions or tips on how I can debug why the driver isn't loading?
Reply With Quote
  #9  
Old 7th March 2017, 04:27 AM
urmom9388 Offline
Registered User
 
Join Date: Mar 2006
Location: Champaign, IL
Age: 24
Posts: 115
linuxchrome
Re: Issues with VGA passthrough and intel graphics

Here's a new xorg log, I am currently running one monitor on intel and one on my amd card. Using only the intel graphics makes the system slow again. This time it seems to load the i915 driver if I have one monitor running off each graphics card.

http://pastebin.com/n855tDaK

Here's the dmesg log.

http://pastebin.com/vVzvGB1y

This might also be useful.

http://pastebin.com/dmKVczS1

Last edited by urmom9388; 7th March 2017 at 04:36 AM.
Reply With Quote
  #10  
Old 7th March 2017, 09:13 AM
nobody Offline
Registered User
 
Join Date: Mar 2012
Location: München, Deutschland
Posts: 627
windows_98_nt_2000chrome
Talking Re: Issues with VGA passthrough and intel graphics

Hello Jake,

I have some new info, not too much useful, but still... Maybe these info can help you (or somebody else).

Let me go from your post:

Quote:
Originally Posted by urmom9388 View Post
Here's a new xorg log, I am currently running one monitor on intel and one on my amd card. Using only the intel graphics makes the system slow again. This time it seems to load the i915 driver if I have one monitor running off each graphics card.
Can you tell me, how you did determine statement in RED? My best guess, you know from which GFX ports you run these monitors?!

These info should be also in your Xorg.0.log . I, remotely, looking into your Xorg.0.log could not determine this info.

I also noticed in the kernel command line:
Quote:
[ 24.442] Kernel command line: BOOT_IMAGE=/vmlinuz-4.9.13-200.fc25.x86_64 root=UUID=d57fbe5a-f9d4-4608-a4ec-e3de7d33e852 ro rd.luks.uuid=luks-8f98e6b6-fc4e-43e1-a35e-b5f5f0f099ec rd.luks.uuid=luks-90b5dc6b-dd59-4046-ac7d-ca73ec1be111 rhgb quiet intel_iommu=on
Does this option: intel_iommu=on makes visible INTEL GFX driver?

Quote:
[ 24.448] (II) LoadModule: "glx"
[ 24.448] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[ 24.449] (II) Module glx: vendor="X.Org Foundation"
[ 24.449] compiled for 1.19.1, module version = 1.0.0
[ 24.449] ABI class: X.Org Server Extension, version 10.0
[ 24.449] (==) Matched ati as autoconfigured driver 0
[ 24.449] (==) Matched intel as autoconfigured driver 1
[ 24.449] (==) Matched ati as autoconfigured driver 2
[ 24.449] (==) Matched modesetting as autoconfigured driver 3
[ 24.449] (==) Matched fbdev as autoconfigured driver 4
[ 24.449] (==) Matched vesa as autoconfigured driver 5
[ 24.449] (==) Assigned the driver to the xf86ConfigLayout
_______

On my side, I have tried very hard to enable on my VMware Workstation 12.5.2 (HYP type 2) GFX pass-through/IOMMU (my BIOS has both VT-x and VT-d switched ON), but it is free version, and I think they disabled/blocked GFX pass-through/IOMMU on purpose.

Then, I went to do workaround. To install on my WIN10 64 PRO VirtualBox, which I did. But then, I had tons of problems to export the whole F25 VM machine as .ovf file (don't ask, at one point in time I rewrote .vmx generation script successfully), then with such created .vmx was able to create .ovf... Anyway, after lot of problems I was able (after around 7 unsuccessful attempts) to import .ovf appliance. But... F25 VM runs seamlessly on VirtualBox, but either there I was not able to set pass-through.

I did the last possible, out of desperation. On the same HDD I shut down WIN10, and brought real F25 on bare metal (on BIOS) - dual boot UEFI machine. Here are my logs, attached for your inspection (I also have integrated INTEL GFX and AMD Radeon on my notebook).
_______

Since today/tomorrow I have very limited time, I'll continue to work on this (to analyze two others of your logs).

_nobody_
Attached Files
File Type: log dmesg.log (83.5 KB, 7 views)
File Type: log Xorg.1.log (41.6 KB, 6 views)
__________________
I am nobody, and nobody is perfect, therefore I am perfect!
Reply With Quote
  #11  
Old 7th March 2017, 04:33 PM
urmom9388 Offline
Registered User
 
Join Date: Mar 2006
Location: Champaign, IL
Age: 24
Posts: 115
windows_98_nt_2000chrome
Re: Issues with VGA passthrough and intel graphics

Quote:
Can you tell me, how you did determine statement in RED? My best guess, you know from which GFX ports you run these monitors?!
Yes, I've got each monitor plugged into the different card ports.

Quote:
Does this option: intel_iommu=on makes visible INTEL GFX driver?
intel_iommu=on is what allows me to use gpu passthrough once I figure out these driver issues. Having this hasn't had any effect on whether my intel drivers load, it simply allows me to pass a gpu through to a VM.

Quote:
I did the last possible, out of desperation. On the same HDD I shut down WIN10, and brought real F25 on bare metal (on BIOS) - dual boot UEFI machine. Here are my logs, attached for your inspection (I also have integrated INTEL GFX and AMD Radeon on my notebook).
_______

Since today/tomorrow I have very limited time, I'll continue to work on this (to analyze two others of your logs).
Thanks for all of your help analyzing these logs, I really appreciate it! As for my VM setup, I will probably be running my windows VM in either KVM or QEMU, but I've been trying to figure out this driver issue first.
Reply With Quote
  #12  
Old 7th March 2017, 04:41 PM
bobx001 Offline
Registered User
 
Join Date: Dec 2012
Location: santa barbara, CA
Posts: 339
linuxfedorafirefox
Re: Issues with VGA passthrough and intel graphics

Question, what Display Manager / Desktop are you using ?

EDIT: also, if you boot with the Intel running, and you type: modprobe i915 what happens ?
and specifically when doing an lspci | grep 915
can you see the following modules loaded ?
i915
video
i2c_algo_bit
drm_kms_helper
drm

Last edited by bobx001; 7th March 2017 at 04:49 PM.
Reply With Quote
  #13  
Old 7th March 2017, 05:33 PM
urmom9388 Offline
Registered User
 
Join Date: Mar 2006
Location: Champaign, IL
Age: 24
Posts: 115
windows_98_nt_2000chrome
Re: Issues with VGA passthrough and intel graphics

Quote:
Originally Posted by bobx001 View Post
Question, what Display Manager / Desktop are you using ?

EDIT: also, if you boot with the Intel running, and you type: modprobe i915 what happens ?
and specifically when doing an lspci | grep 915
can you see the following modules loaded ?
i915
video
i2c_algo_bit
drm_kms_helper
drm
I'm running Gnome on X11, but have had the same issues on wayland. When I get home from work I'll get the results of those commands for you.
Reply With Quote
  #14  
Old 7th March 2017, 06:54 PM
bobx001 Offline
Registered User
 
Join Date: Dec 2012
Location: santa barbara, CA
Posts: 339
linuxfedorafirefox
Re: Issues with VGA passthrough and intel graphics

Quote:
Originally Posted by urmom9388 View Post
I'm running Gnome on X11, but have had the same issues on wayland. When I get home from work I'll get the results of those commands for you.

Can you try "lxdm" and group "Xfce Desktop" and see if it also behaves that slow ?
I just installed FC25 with Gnome (default install) in an i915 machine, and it was so slow, the mouse would not even move.
However I was able to recover it by changing the display manager and the desktop, thread here:
http://forums.fedoraforum.org/showthread.php?t=313516
Reply With Quote
  #15  
Old 7th March 2017, 07:03 PM
urmom9388 Offline
Registered User
 
Join Date: Mar 2006
Location: Champaign, IL
Age: 24
Posts: 115
windows_98_nt_2000chrome
Re: Issues with VGA passthrough and intel graphics

Quote:
Originally Posted by bobx001 View Post
Can you try "lxdm" and group "Xfce Desktop" and see if it also behaves that slow ?
I just installed FC25 with Gnome (default install) in an i915 machine, and it was so slow, the mouse would not even move.
However I was able to recover it by changing the display manager and the desktop, thread here:
http://forums.fedoraforum.org/showthread.php?t=313516
Sure, I'll give them a shot. I'll be pretty dissappointed if that's the fix though, my machine should be more than powerful enough to handle gnome.
Reply With Quote
Reply

Tags
graphics, intel, issues, passthrough, vga

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
HP Spectre X360 and Intel HD 5500 Graphics Issues wrender Hardware & Laptops 1 17th February 2016 08:04 AM
Graphics issues with Intel z170 chipset DaFoot Hardware & Laptops 4 11th February 2016 06:57 PM
Intel SandyBridge Graphics issues goloap Hardware & Laptops 5 11th June 2011 03:47 PM
Intel DG45ID Graphics issues. LinuxNoobie Hardware & Laptops 2 20th June 2009 03:23 AM
Issues with Intel 945G integrated graphics fwurpee Hardware & Laptops 4 24th April 2009 06:49 AM


Current GMT-time: 20:59 (Wednesday, 29-03-2017)

TopSubscribe to XML RSS for all Threads in all ForumsFedoraForumDotOrg Archive
logo

All trademarks, and forum posts in this site are property of their respective owner(s).
FedoraForum.org is privately owned and is not directly sponsored by the Fedora Project or Red Hat, Inc.

Privacy Policy | Term of Use | Posting Guidelines | Archive | Contact Us | Founding Members

Powered by vBulletin® Copyright ©2000 - 2012, vBulletin Solutions, Inc.

FedoraForum is Powered by RedHat