Bugzilla – Bug 552492
X server locks when the kernel is of xen flavour
Last modified: 2018-07-03 20:19:02 UTC
Created attachment 325501 [details] Files from /var/log/gdm in tar format User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.4) Gecko/20091028 Iceweasel/3.5.4 (Debian-3.5.4-1) Hello, I try the opensuse 11.2 rc2 and I get a problem using XEN : The Xserver does not work when launched with the xen kernel. All is OK when I start with other kernels (desktop or failsafe) where X is working perfectly. Reproducible: Always Steps to Reproduce: 1. use the XEN kernel 2. try to use X 3. it's done Actual Results: I have done no specific changes from the installation (out of the box). When started nothing can be done, the keyboard does not allow to switch to another tty (Ctrl+Alt+F1 does nothing). I can connect to the system through ssh from another system and even when i stop and restart the "xdm" service the screen stay the same as if nothing was done. The problem seems to be with "gdm", but the same result was obtained with "kdm". Some lines from /var/log/warn : Nov 4 14:03:14 amdx2-2 gdm-simple-greeter[2393]: GLib-GObject-CRITICAL: g_param_spec_flags: assertion `G_TYPE_IS_FLAGS (flags_type)' failed Nov 4 14:03:14 amdx2-2 gdm-simple-greeter[2393]: GLib-GObject-CRITICAL: g_object_class_install_property: assertion `G_IS_PARAM_SPEC (pspec)' failed =================================================== File : /var/log/gdm/:0-slave.log.1 : Could not initialise connection to hald. Normally this means the HAL daemon (hald) is not running or not ready. Could not initialise connection to hald. Normally this means the HAL daemon (hald) is not running or not ready. ========================================================================= but hal seems to be running : ps -ef | grep hal 104 1498 1 0 14:03 ? 00:00:00 /usr/sbin/hald --daemon=yes root 1506 1498 0 14:03 ? 00:00:00 hald-runner root 1595 1506 0 14:03 ? 00:00:00 hald-addon-input: Listening on /dev/input/event1 /dev/input/event3 /dev/input/event2 root 1626 1506 0 14:03 ? 00:00:00 hald-addon-storage: polling /dev/sr0 (every 16 sec) 104 1628 1506 0 14:03 ? 00:00:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket root 3896 3836 0 14:10 pts/0 00:00:00 grep hal
My system is : Proc : Dualcore AMD 4400+ Ram : 8G Disks : 160Go + 2x250 (mirror) Remarks : With another system disk (OpenSuse 11.1) all is OK, X works perfectly with the XEN kernel.
Created attachment 325540 [details] dmesg log for Xen Host
Created attachment 325541 [details] xend.log
Created attachment 325542 [details] X11 log
Hardware config :- CPU: C2D E8400 Board: ASUS P5Q3 Video: Radeon HD 4650 RAM: 4x2 GB Kingston KVR1333 (DDR3) HDD: 250 GB Sata Seagate Barracuda Issues with xend startup, X-server startup for xenified kernel. Dmesg for booting kernel 2.6.31.5 under Xen is also attached.
Could you add "mem=4G" to the Xen command line and retry?
Oh, and please also provide "xm dmesg" output (after adding "loglvl=all guest_loglvl=all" to the Xen command line).
X-Server starts now. However, xend still fails to start, so i can provide dmesg & xend.log . View attachments
Created attachment 325668 [details] xend.log after adding required parameters to xen command line
Created attachment 325670 [details] dmesg log after adding required parameters to xen command line
(In reply to comment #9) > X-Server starts now. However, xend still fails to start, so i can provide > dmesg & xend.log . View attachments Can't say anything about the xend issue, you'll need a separate bug for that. If restricting the memory to less than 4G works, then we may already have a fix available internally. We'll have to prepare a test kernel with that fix included, though (which may take some time).
Hello, I have a test with the mem=4G parameter on XEN, it works : - X server starts - I can start and use a VM through virt-manager If there is a kernel patch to use the 8G in the machine I can compile a new kernel and test it. Regards JP P
Hello, Without the mem=4G parameter I can start a VM through command line and use it through ssh or even with X from another machine. It works even when the keyboard is locked (after clicking on the graphic screen) while connecting to the server through ssh and launch a VM through command line. So for me the problem is only with the X server not starting in a decent manner. I see that if I do not click on the graphic screen all is OK (through command line) keyboard is OK and I can switch to a text console. If I click on the graphic screen I lose access to the keyboard, X uses 100% of a cpu but I can kill the X process and use the machine through ssh. Regards JP P
Created attachment 325743 [details] tentative fix Please give this a try then.
Where git (hg) tree is located ? What to clone , patch and build ? I just installed OpenSuse 11.2 RC2 from DVD
There's no tree to clone, just use kernel-source-*.<arch>.rpm.
Sorry, my experience with Suse is limited. I would be glad to test patch with step by step instruction. I need xen-kernel source installed on the machine , but don't know where to get kernel-source-???.x86_64.rpm ( i suspect kernel-xen-source ...)
*** Bug 548010 has been marked as a duplicate of this bug. ***
(In reply to comment #18) > Sorry, my experience with Suse is limited. > I would be glad to test patch with step by step instruction. > I need xen-kernel source installed on the machine , but don't know > where to get kernel-source-???.x86_64.rpm ( i suspect kernel-xen-source ...) If you don't need the exact RC2 kernel, you could try ftp://ftp.suse.com/pub/projects/kernel/kotd/openSUSE-11.2/noarch/.
> I can start and use a VM through virt-manager I've reinstalled system and edited xen command line with mem=4G before first attempt to load Xen Host. I've got alive Dom0 with running xend. However, i was able to create F12 PV DomU only mannualy via local Apache Mirror. Any attempt to run vm-install with --source http://IP-Dom0/f12 either nfs:IP-Dom0:/mnt/tmp (nfs shared folder) causes vm-install to crash. HTTP Error 404 for local or remote HTTP source.
Hello, I apply the given patch to vmalloc.c, recompile the kernel and it works. The X server runs flawlessly even with the full memory (8G on my system) and I can use the graphical interface to launch VMs. For me all is OK with the patch. Regards JP Pozzi PS: I will do more testing during on the daylight.
Installed kernel-source.rpm and applied patch. Ran make menuconfig in source directory and tuned xenified kernel per Suse as usual. "xm dmesg","dmesg" reports are attached.
Created attachment 326136 [details] xm dmesg
Created attachment 326137 [details] dmesg log
(In reply to comment #23) > Installed kernel-source.rpm and applied patch. > Ran make menuconfig in source directory and tuned xenified kernel per Suse as > usual. > "xm dmesg","dmesg" reports are attached. For the purposes of this bug, it would be nice to know if X now came up okay without the mem=4G workaround.
Yes. X-Server comes up with 8 GB. You may already saw it dmesg log been attached [ 18.281144] [drm] Initialized drm 1.1.0 20060810 [ 18.364297] pci 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 18.364309] pci 0000:01:00.0: setting latency timer to 64 [ 18.364491] [drm] Initialized radeon 1.31.0 20080528 for 0000:01:00.0 on minor 0 [ 18.580107] [drm] Setting GART location based on new memory map [ 18.595268] [drm] Loading RV730/RV740 PFP Microcode [ 18.595292] [drm] Loading RV730/RV740 CP Microcode [ 18.610357] [drm] Resetting GPU [ 18.610415] [drm] writeback test succeeded in 1 usecs
*** Bug 555172 has been marked as a duplicate of this bug. ***
Update released for: kernel-debug, kernel-debug-base, kernel-debug-base-debuginfo, kernel-debug-debuginfo, kernel-debug-debugsource, kernel-debug-devel, kernel-debug-devel-debuginfo, kernel-default, kernel-default-base, kernel-default-base-debuginfo, kernel-default-debuginfo, kernel-default-debugsource, kernel-default-devel, kernel-default-devel-debuginfo, kernel-desktop, kernel-desktop-base, kernel-desktop-base-debuginfo, kernel-desktop-debuginfo, kernel-desktop-debugsource, kernel-desktop-devel, kernel-desktop-devel-debuginfo, kernel-pae, kernel-pae-base, kernel-pae-base-debuginfo, kernel-pae-debuginfo, kernel-pae-debugsource, kernel-pae-devel, kernel-pae-devel-debuginfo, kernel-source, kernel-source-vanilla, kernel-syms, kernel-trace, kernel-trace-base, kernel-trace-base-debuginfo, kernel-trace-debuginfo, kernel-trace-debugsource, kernel-trace-devel, kernel-trace-devel-debuginfo, kernel-vanilla, kernel-vanilla-base, kernel-vanilla-base-debuginfo, kernel-vanilla-debuginfo, kernel-vanilla-debugsource, kernel-vanilla-devel, kernel-vanilla-devel-debuginfo, kernel-xen, kernel-xen-base, kernel-xen-base-debuginfo, kernel-xen-debuginfo, kernel-xen-debugsource, kernel-xen-devel, kernel-xen-devel-debuginfo, preload-kmp-default, preload-kmp-desktop Products: openSUSE 11.2 (debug, i586, x86_64)