|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-users] My GPU won't pass through. Is this my goodbye to Xen?
It's almost two weeks later, but I had to replace a computer part that was difficult to get. I followed the advice and still have the same problems:- Whenever I use 'nano' in my DomU, the resolution drops to 640x480 or even lower, using only part of the screen. - I am not ableI have not been able to start a desktop manager yet, but I'm not getting the same problem anymore. My current problem however is that greets me in a small window.I tried setting xen-fbfront.video to a higher resolution, but has no effect. /etc/xen/ArkOS-dev_PV.cfg now looks like this: name = 'ArkOS_Dev' bootloader = "pygrub" #kernel = "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk = "/mnt/arch/boot/x86_64/archiso.img" #extra = "archisobasedir=arch archisolabel=ARCH_201511" memory = 2048 vcpus = 3disk = [ "format=raw, vdev=xvda, access=rw, target=/dev/vm_volumes/root.ArkOS_Dev", "format=raw, vdev=xvdb, access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev"
]
vif = [ 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ]
vfb = ['vnc=1,vnclisten=0.0.0.0']
root = "/dev/xvda rw"
and my pygrub looks like this:
menuentry 'Arch GNU/Linux, with Linux core repo kernel' --class arch
--class gnu-linux --class gnu --class os $menuentry_id_option
'gnulinux-core repo kernel-true-a6ecbc99-beca-4c22-b591-51846a193e25' {
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root
--hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1
--hint-baremetal=ahci0,msdos1 a6ecbc99-beca-4c22-b591-51846a193e25
else
search --no-floppy --fs-uuid --set=root
a6ecbc99-beca-4c22-b591-51846a193e25
fi
echo 'Loading Linux core repo kernel ...'
linux /boot/vmlinuz-linux
root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro
xen-fbfront.video=32,1024,768
echo 'Loading initial ramdisk ...'
initrd /boot/initramfs-linux.img
echo 'Setting resolution paravirtualized framebuffer ...'
}
When I try "startx" I see this:
[ 1787.574]
X.Org X Server 1.18.0
...
[ 1787.574] Kernel command line:
root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro
xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null)
... [ 1787.587] (II) FBDEV: driver for framebuffer: fbdev [ 1787.587] (II) VESA: driver for VESA chipsets: vesa [ 1787.593] (WW) Falling back to old probe method for modesetting [ 1787.593] (EE) open /dev/dri/card0: No such file or directory [ 1787.593] (WW) Falling back to old probe method for fbdev [ 1787.593] (II) Loading sub module "fbdevhw" [ 1787.593] (II) LoadModule: "fbdevhw" [ 1787.593] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so [ 1787.594] (II) Module fbdevhw: vendor="X.Org Foundation" [ 1787.594] compiled for 1.18.0, module version = 0.0.2 [ 1787.594] ABI class: X.Org Video Driver, version 20.0 [ 1787.594] (II) FBDEV(0): using default device [ 1787.594] (WW) Falling back to old probe method for vesa[ 1787.594] (II) FBDEV(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 1787.594] (==) FBDEV(0): Depth 24, (==) framebuffer bpp 32
[ 1787.594] (==) FBDEV(0): RGB weight 888
[ 1787.594] (==) FBDEV(0): Default visual is TrueColor
[ 1787.594] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
[ 1787.594] (II) FBDEV(0): hardware: xen (video memory: 32768kB)
[ 1787.594] (II) FBDEV(0): checking modes against framebuffer device...
[ 1787.594] (II) FBDEV(0): checking modes against monitor...
[ 1787.594] (--) FBDEV(0): Virtual size is 1024x768 (pitch 1024)
[ 1787.594] (**) FBDEV(0): Built-in mode "current"
[ 1787.594] (==) FBDEV(0): DPI set to (96, 96)
[ 1787.594] (II) Loading sub module "fb"
[ 1787.594] (II) LoadModule: "fb"
[ 1787.595] (II) Loading /usr/lib/xorg/modules/libfb.so
[ 1787.595] (II) Module fb: vendor="X.Org Foundation"
[ 1787.595] compiled for 1.18.0, module version = 1.0.0
[ 1787.595] ABI class: X.Org ANSI C Emulation, version 0.4
[ 1787.595] (**) FBDEV(0): using shadow framebuffer
[ 1787.595] (II) Loading sub module "shadow"
[ 1787.595] (II) LoadModule: "shadow"
[ 1787.596] (II) Loading /usr/lib/xorg/modules/libshadow.so
[ 1787.596] (II) Module shadow: vendor="X.Org Foundation"
[ 1787.596] compiled for 1.18.0, module version = 1.1.0
[ 1787.596] ABI class: X.Org ANSI C Emulation, version 0.4
[ 1787.596] (II) UnloadModule: "modesetting"
[ 1787.596] (II) Unloading modesetting
[ 1787.596] (II) UnloadModule: "vesa"
[ 1787.596] (II) Unloading vesa
[ 1787.596] (==) Depth 24 pixmap format is 32 bpp
[ 1787.596] (II) FBDEV(0): FBIOBLANK: Invalid argument (Screen blanking
not supported by kernel - disabling)
[ 1787.597] (==) FBDEV(0): Backing store enabled [ 1787.597] (==) FBDEV(0): DPMS enabled [ 1787.597] (==) RandR enabled [ 1787.611] (II) AIGLX: Screen 0 is not DRI2 capable [ 1787.611] (EE) AIGLX: reverting to software rendering [ 1787.656] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [ 1787.658] (II) AIGLX: Loaded and initialized swrast [ 1787.658] (II) GLX: Initialized DRISWRAST GL provider for screen 0 ... Folatt. On 02-12-15 12:23, Ian Campbell wrote: On Tue, 2015-12-01 at 22:47 +0100, Folatt wrote:vfb = ['type=vnc,vnclisten=0.0.0.0']I'm not sure where "type=vnc" comes from, I think you meant "vnc=1" (although vnc is the default anyway). _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxx http://lists.xen.org/xen-users
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |