search for: config_preempt_voluntari

Hi, when creating a bigger (> 50 GB) HVM guest with maxmem > memory we get softlockups from time to time. kernel: [ 802.084335] BUG: soft lockup - CPU#1 stuck for 22s! [xend:31351] I tracked this down to the call of xc_domain_set_pod_target() and further p2m_pod_set_mem_target(). Unfortunately I can this check only with xen-4.2.2 as I don''t have a machine with enough memory for

I setup Xen 3.1 on a etch 32 bit box with amd64. I compile the standard Kernel from Xen and on the other way the gentoo 2.6.20 for both dom0 uand domU. The Xen Setup was bridged. But if i download a tar file, i cant extract it cause of the following error: 09:48:35 (8.66 MB/s) - `xxx.tar.gz'' saved [64985129/64985129] tar: Skipping to next header gzip: stdin: invalid compressed

I have Centos 5.2 and am trying to set up my first tape loader, a Quantum SuperLoader 3. My "cat /proc/scsi/scsi" outputs the following: Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: transtec Model: PV610F16R1C Rev: 373I Type: Direct-Access ANSI SCSI revision: 05 Host: scsi1 Channel: 00 Id: 01 Lun: 00 Vendor: HP Model: Ultrium

https://bugs.freedesktop.org/show_bug.cgi?id=58615 Priority: medium Bug ID: 58615 Assignee: nouveau at lists.freedesktop.org Summary: nv43 hangs with direct rendering since 3.7 rework QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: randrik at

Hi all, I am using Xen 4.0.0 on top of Ubuntu Lucid (amd64), with the Jeremy kernel taken from git (xen/stable-2.6.32.x branch, 2.6.32.12 when I am writing this email). This kernel is also used in my domu. I can save a domu without any problem, but restoring it may need from 2 to 5 minutes, from a 1G checkpoint file (domu has 1GB RAM). There also errors in /var/log/xen/xend.log :

Hi all, I am using Xen 4.0.0 on top of Ubuntu Lucid (amd64), with the Jeremy kernel taken from git (xen/stable-2.6.32.x branch, 2.6.32.12 when I am writing this email). This kernel is also used in my domu. I can save a domu without any problem, but restoring it may need from 2 to 5 minutes, from a 1G checkpoint file (domu has 1GB RAM). There also errors in /var/log/xen/xend.log :

Hello, I have an odd problem on a dual processor, dual core Opteron system. Obviosously it is x86_64 so should have no problem large amounts of RAM. The system has 4 GB installed (2GB on each processor). If I boot the system with a fresh install of Debian Etch it sees all the memory fine. dmesg reports: Memory: 4107008k/5242880k available (1929k kernel code, 86836k reserved, 864k data, 176k

Hello, I have an odd problem on a dual processor, dual core Opteron system. Obviosously it is x86_64 so should have no problem with large amounts of RAM. The system has 4 GB installed (2GB on each processor). If I boot the system with a fresh install of Debian Etch it sees all the memory fine. dmesg reports: Memory: 4107008k/5242880k available (1929k kernel code, 86836k reserved, 864k data, 176k

This patch fixes xen related Kconfigs and add default config file for ia64 xen domU. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- arch/ia64/Kconfig | 4 + arch/ia64/configs/xen_domu_defconfig | 1601 ++++++++++++++++++++++++++++++++++ arch/ia64/xen/Kconfig | 3 +- 3 files changed, 1606 insertions(+), 2 deletions(-) create mode

This patch fixes xen related Kconfigs and add default config file for ia64 xen domU. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- arch/ia64/Kconfig | 4 + arch/ia64/configs/xen_domu_defconfig | 1601 ++++++++++++++++++++++++++++++++++ arch/ia64/xen/Kconfig | 3 +- 3 files changed, 1606 insertions(+), 2 deletions(-) create mode

I tried booting the paravirt patches on a real machine to see what would happen. It had worked OK under qemu, so I thought it would be worth it. It seems to boot OK, though perhaps fairly slowly, but once it hits usermode it gets into trouble. When starting udevd, the startup script runs MAKEDEV, which seems to get stuck in an infinite loop in userspace. It eventually gets past that part

Hey! Trying the root disk image http://xm-test.xensource.com/ramdisks/initrd-1.1-i386.img suggested in Documentation/lguest/lguest.txt, I get the follow trace when rebooting the guest. Kernel is 2.6.23-rc2-ge1cf20c1. @%@%> reboot The system is going down NOW !! Sending SIGTERM to all processes. Sending SIGKILL to all processes. Requesting system reboot. [ 7.541027] Restarting system. [

Hey! Trying the root disk image http://xm-test.xensource.com/ramdisks/initrd-1.1-i386.img suggested in Documentation/lguest/lguest.txt, I get the follow trace when rebooting the guest. Kernel is 2.6.23-rc2-ge1cf20c1. @%@%> reboot The system is going down NOW !! Sending SIGTERM to all processes. Sending SIGKILL to all processes. Requesting system reboot. [ 7.541027] Restarting system. [

Hello, On my x86_64 box, when compiling the xen-3.0.4-rc1, if CONFIG_HOTPLUG_CPU is not set it produces an undefined reference to ''remove_siblinginfo'' that is used in arch/x86_64/kernel/smpboot.c drivers/built-in.o: In function `__cpu_up'': (.text+0x54c10): undefined reference to `remove_siblinginfo'' If CONFIG_HOTPLUG_CPU is set the compilation works fine.

Hi, At the time of writing this mail, a few days ago, I couldn''t access the lists, so my apologies if this mail is received duplicate. I recently bought a new server with a 3Ware 8006-2LP controller to run Xen on a Debian linux distribution: - Server: ASUS RS120-E4/PA4 - Debian Release: etch - Architecture: 32bit / 686 - Memory: 8 GB - Disks: 2x Hitachi HDT725050VLA360 - Controller:

Hi List, I encountered some problems with PCI pass to PVM using 2.6.18.8 kernel. When I try to pass an USB bus I get: usbcore: registered new driver usbfs usbcore: registered new driver hub USB Universal Host Controller Interface driver v3.0 PCI: Enabling device 0000:00:1d.1 (0000 -> 0001) uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus

Hi List, I encountered some problems with PCI pass to PVM using 2.6.18.8 kernel. When I try to pass an USB bus I get: usbcore: registered new driver usbfs usbcore: registered new driver hub USB Universal Host Controller Interface driver v3.0 PCI: Enabling device 0000:00:1d.1 (0000 -> 0001) uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus

On 01/22/13 22:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20130122: > on i386: drivers/built-in.o: In function `in_intr': virtio_console.c:(.text+0x14381e): undefined reference to `hvc_poll' virtio_console.c:(.text+0x14384a): undefined reference to `hvc_kick' drivers/built-in.o: In function `resize_console': virtio_console.c:(.text+0x143f8f): undefined

On 01/22/13 22:43, Stephen Rothwell wrote: > Hi all, > > Changes since 20130122: > on i386: drivers/built-in.o: In function `in_intr': virtio_console.c:(.text+0x14381e): undefined reference to `hvc_poll' virtio_console.c:(.text+0x14384a): undefined reference to `hvc_kick' drivers/built-in.o: In function `resize_console': virtio_console.c:(.text+0x143f8f): undefined

Hi, all, I have difficulty on setting up lguest. Basic OS info: gcc 4.1.2 glibc: 2.5.1 binutils: 2.17 kernel: 2.6.23-rc1 Following lguest.txt instruction, I build lguest enaled kernel, disable CONFIG_COMPAT_VDSO, the host kernel boot fine, but when booting Qemu image using lguest laucher program, the guest kernel vmlinux panic, attached console.txt is console output, and config.txt is kernel